Please don't shoot me: :)

I just thought you might be interested in this:
http://www.theregister.co.uk/2009/01/21/git_gaining_ground/

Dave Coventry wrote

Please don't shoot me: :)

Why would we do this ?

I just thought you might be interested in this: http://www.theregister.co.uk/2009/01/21/git_gaining_ground/

Git is certainly promising (I keep an eye on it since some time), but a bit hard on the beginning programmer.

If there is an interest, then maybe we can set up a git mirror of the SVN repository; There seem to be tools for this.

I believe we have already a mercurial mirror, so we're open-minded :-)

Michael.

2009/1/22 Michael Van Canneyt :

I just remember feathers flying a few months back when Graeme suggested moving from SVN. :)

I agree, Git certainly is promising. And for the German readers around, freeX Magazine will have an "Introduction to Git" article in the March edition. ;-)

If there is an interest, then maybe we can set up a git mirror of the SVN repository; There seem to be tools for this.

I just don't recommend everybody try and mirror the SVN repository. I did that in December against the Lazarus SVN repository. It took damn long getting the full history - but luckily that task is only required once!

If somebody wants to host a Git mirror, I can archive the one I created and make it available for download. It will save you a *huge* amount of time.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

While I don't know Git, comments that I hear is that if you don't use the distributed functionality heavily, common tasks take longer not shorter. Some blame the principles, some the (implementation of the) tools.

The article above is like many about GIT. All full of great technology, little about daily use.

If there is an interest, then maybe we can set up a git mirror of the SVN repository; There seem to be tools for this. I believe we have already a mercurial mirror, so we're open-minded :-)

IMHO main repository change is prohibited till after (FPC) 3.0, unless emergencies occur.

I've not used Git, and know very little about it (except from reading the above and some other articles)

However, there seems to be a "TortoiseGit" coming ( http://code.google.com/p/tortoisegit/), although they rate it according to TortoiseSVN = 100, TortoiseGit = 35... so it's not even close to where they'd want it to be.

When TortoiseGit become TortoiseSVN = 100, TortoiseGit = 100, then I guess the issue for support for Git on windows will be pretty much there... which seems to be the major concern for projects like Lazarus... ie. very cross platform, including windows.

Greame: Is your Git repository being updated with the SVN? Or was it a once off thing, and is now again a couple 100 revisions old or so?

I used git and mercurial at work for small projects to test things a little bit and both are a real pain compared with svn and I saw no increased productivity for small projects and I cannot imagine how this should be different for fpc or lazarus.
- line ending conversion is at the same poor level as cvs: you often end with full diffs by accident when working on different systems. Ok, I admit editing files on a unix system through a samba share with a windows editor is uncommon but I often do it and it breaks horrible with git and hg.
- no blocking of revisions to merge: svnmerge has a nice feature which allows to block revisions to be merged to a branch. This is neither possible with git nor with hg as far as I can see and at least fpc uses it heavily.
- I often forgot a hg up after an hg push/hg pull and ended with files full of conflicts due to this.

Thanks for these remarks.

The real reason I keep my eye on git is that Subversion is a real pain if you have a lot of branches. Tracking all revisions of a file accross branches (something we do a lot at work) is incredibly slow. The subversion graph takes meanwhile a full 5 minutes to build up.

But my remark was not meant to indicate that we should switch to git as a main repository. I merely wanted to say that providing mirrors of SVN in other systems is something we can consider.

Michael.

2009/1/24 Reenen Laurie :

Greame: Is your Git repository being updated with the SVN? Or was it a once off thing, and is now again a couple 100 revisions old or so?

It was last updated at the beginning of December. A simple git update command will make it up to date with Trunk again.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

The real reason I keep my eye on git is that Subversion is a real pain if you have a lot of branches. Tracking all revisions of a file accross branches (something we do a lot at work) is incredibly slow. The subversion graph takes meanwhile a full 5 minutes to build up.

How long does it take for you on FPC/Lazarus? I get revision graphs instantly for FPC/Lazarus with TortoiceSVN 1.5.7.
- Do you have the latest TortoiseSVN installed?
- Did you once update your log cache so that it contains really all items?