3 ms·

Also, Mercurial 0.1 was released before git was usable: http://mercurial.selenic.com/wiki/Presentations?action=AttachFile&do=get&target=ols-mercurial.pdf http:/

by wcoenen 16y ago

Also, Mercurial 0.1 was released before git was usable: http://mercurial.selenic.com/wiki/Presentations?action=AttachFile&do=get&target=ols-mercurial.pdf http://mercurial.selenic.com/wiki/Presentations?action=Attac... All the ideas were already there. Somebody just wanted his damn DVCS to be written in C :-)

thristian 16y ago
I'm pretty sure the head Mercurial developer was subscribed to the Git mailing list and decided to build his own DVCS when he saw Git wasn't heading in the direction he wanted. Mercurial might have been released earlier, but it was definitely a reaction to Git rather than convergent evolution.
- wcoenen 16y ago
  As I understand it, Mercurial development was started as a reaction to this mail where Torvalds states that the kernel team is looking for Bitkeeper alternatives: http://lkml.org/lkml/2005/4/6/121 http://lkml.org/lkml/2005/4/6/121 Git didn't exist yet at that point.
burgerbrain 16y ago
>Somebody just wanted his damn DVCS to be written in C :-) Who can blame him? Certainly nobody can criticize the decision these days and keep a straight face. Results speak louder than ideaology.
- anonymous246 16y ago
  Really? It's still early days in the DVCS "wars". :) I use git and I love that it's faster than Mercurial (a couple of years ago, I timed 'git log' at 1 second and 'hg log' at 13 seconds on same repo contents). But precisely because it's written in hard-to-modify, hard-to-library-ize C code with several Linux dependencies (afaik), many companies are choosing Mercurial (Google, Kiln, Atalassian). I can easily imagine a future where Mercurial has far more plugins/extensions than git (because it's easier to write Mercurial plugins) which will be a huge advantage in Mercurial's favour (a la Firefox). For such reasons, it's likely I will switch to hg one of these days. It may only be a matter of time before Mercurial catches up with git's performance and becomes the de-facto standard, and git is relegated to the Linux kernel and other early adopters. Other than the index all my git knowledge directly translated to Mercurial. I myself am planning to switch as soon as I can overcome inertia and go through one of the tutorial.

by wcoenen 16y ago

thristian 16y ago

I'm pretty sure the head Mercurial developer was subscribed to the Git mailing list and decided to build his own DVCS when he saw Git wasn't heading in the direction he wanted. Mercurial might have been released earlier, but it was definitely a reaction to Git rather than convergent evolution.

wcoenen 16y ago
As I understand it, Mercurial development was started as a reaction to this mail where Torvalds states that the kernel team is looking for Bitkeeper alternatives: http://lkml.org/lkml/2005/4/6/121 http://lkml.org/lkml/2005/4/6/121 Git didn't exist yet at that point.

burgerbrain 16y ago

>Somebody just wanted his damn DVCS to be written in C :-) Who can blame him? Certainly nobody can criticize the decision these days and keep a straight face. Results speak louder than ideaology.

anonymous246 16y ago
Really? It's still early days in the DVCS "wars". :) I use git and I love that it's faster than Mercurial (a couple of years ago, I timed 'git log' at 1 second and 'hg log' at 13 seconds on same repo contents). But precisely because it's written in hard-to-modify, hard-to-library-ize C code with several Linux dependencies (afaik), many companies are choosing Mercurial (Google, Kiln, Atalassian). I can easily imagine a future where Mercurial has far more plugins/extensions than git (because it's easier to write Mercurial plugins) which will be a huge advantage in Mercurial's favour (a la Firefox). For such reasons, it's likely I will switch to hg one of these days. It may only be a matter of time before Mercurial catches up with git's performance and becomes the de-facto standard, and git is relegated to the Linux kernel and other early adopters. Other than the index all my git knowledge directly translated to Mercurial. I myself am planning to switch as soon as I can overcome inertia and go through one of the tutorial.