Comments on: Renaming is the killer app of distributed version control http://www.markshuttleworth.com/archives/123 Planetary perspectives Sat, 05 Jul 2008 00:21:31 +0000 http://wordpress.org/?v=2.5.1 By: On choosing Bazaar for DVCS « Handwaving http://www.markshuttleworth.com/archives/123#comment-300867 On choosing Bazaar for DVCS « Handwaving Thu, 15 May 2008 14:06:02 +0000 http://www.markshuttleworth.com/archives/123#comment-300867 [...] performance because my projects are small. The feature that broke the tie between the other two is renaming. Bazaar treats renaming as a primitive operation, whereas Mercurial treats it as a copy and delete. [...] [...] performance because my projects are small. The feature that broke the tie between the other two is renaming. Bazaar treats renaming as a primitive operation, whereas Mercurial treats it as a copy and delete. [...]

]]> By: code, code.back, code.back2… - A better way with Revison Control (svn/git/bzr/hg tutorials & comparisons) « ☠ I could not think of a blog title ☠ http://www.markshuttleworth.com/archives/123#comment-295940 code, code.back, code.back2… - A better way with Revison Control (svn/git/bzr/hg tutorials & comparisons) « ☠ I could not think of a blog title ☠ Sat, 26 Apr 2008 06:26:08 +0000 http://www.markshuttleworth.com/archives/123#comment-295940 [...] improvements in their changelogs. I haven’t found any videos on Bazaar but there have been three, shuttleworth, posts recently on bazaar as a lossless [...] [...] improvements in their changelogs. I haven’t found any videos on Bazaar but there have been three, shuttleworth, posts recently on bazaar as a lossless [...]

]]> By: Mark Shuttleworth on renaming and merging — Version Control Blog — branching and merging, Ideas, SCM features and concepts, Bazaar/bzr, http://www.markshuttleworth.com/archives/123#comment-175857 Mark Shuttleworth on renaming and merging — Version Control Blog — branching and merging, Ideas, SCM features and concepts, Bazaar/bzr, Sat, 06 Oct 2007 20:37:24 +0000 http://www.markshuttleworth.com/archives/123#comment-175857 [...] “Renaming is the killer app of distributed version control”; [...] [...] “Renaming is the killer app of distributed version control”; [...]

]]> By: Hendy Irawan http://www.markshuttleworth.com/archives/123#comment-161581 Hendy Irawan Tue, 11 Sep 2007 11:27:16 +0000 http://www.markshuttleworth.com/archives/123#comment-161581 Come on Bazaar, speed up! I'm behind you... :-) Come on Bazaar, speed up! I’m behind you… :-)

]]> By: Hendy Irawan http://www.markshuttleworth.com/archives/123#comment-161564 Hendy Irawan Tue, 11 Sep 2007 10:54:14 +0000 http://www.markshuttleworth.com/archives/123#comment-161564 Mark I've just tried Bazaar on Launchpad and the slowness esp. for pushing (SFTP) is killing me at this time. Robert Collins has stated that this is a known problem (expensive roundtrips) and Bazaar developers are working on a better algorithm for 0.92... I really do hope it gets better. I haven't tried the smart server, but I really hope you implement it _at least_ on Launchpad since it's your flagship Bazaar hosting. I think I'm going back to SVN... :( <strong>Mark Shuttleworth says:</strong> Right now the performance focus has been on local performance. I think the latest Bzr code is faster than almost anything other than Git for initial commit, and very close to the others on status, incremental commit etc. Some local things like annotate are faster in Bzr than anything else, which is cool, I use that a lot. The 1.0 release should stack up well for local performance. In the next cycle, for 2.0, I believe the high performance smart server (HPSS) branch will land, and then Bzr should be great over a slow link too. That's not quite as important to me because I tend to work offline then push to the network in the background while I'm doing other online stuff, but I know it's quite important to other folks and the bzr guys want to make it rock. Mark I’ve just tried Bazaar on Launchpad and the slowness esp. for pushing (SFTP) is killing me at this time.

Robert Collins has stated that this is a known problem (expensive roundtrips) and Bazaar developers are working on a better algorithm for 0.92… I really do hope it gets better.

I haven’t tried the smart server, but I really hope you implement it _at least_ on Launchpad since it’s your flagship Bazaar hosting.

I think I’m going back to SVN… :(

Mark Shuttleworth says: Right now the performance focus has been on local performance. I think the latest Bzr code is faster than almost anything other than Git for initial commit, and very close to the others on status, incremental commit etc. Some local things like annotate are faster in Bzr than anything else, which is cool, I use that a lot. The 1.0 release should stack up well for local performance. In the next cycle, for 2.0, I believe the high performance smart server (HPSS) branch will land, and then Bzr should be great over a slow link too. That’s not quite as important to me because I tend to work offline then push to the network in the background while I’m doing other online stuff, but I know it’s quite important to other folks and the bzr guys want to make it rock.

]]> By: Directory renaming in SCM « Maciej Bliziński http://www.markshuttleworth.com/archives/123#comment-160854 Directory renaming in SCM « Maciej Bliziński Mon, 10 Sep 2007 07:04:36 +0000 http://www.markshuttleworth.com/archives/123#comment-160854 [...] Shuttleworth has written an interesting thing: that file and directory renaming is one of the most important operations to be handled with an [...] [...] Shuttleworth has written an interesting thing: that file and directory renaming is one of the most important operations to be handled with an [...]

]]> By: Contributing to projects on Launchpad.net with Bazaar | Muffin Research Labs by Stuart Colville http://www.markshuttleworth.com/archives/123#comment-147229 Contributing to projects on Launchpad.net with Bazaar | Muffin Research Labs by Stuart Colville Tue, 14 Aug 2007 22:34:58 +0000 http://www.markshuttleworth.com/archives/123#comment-147229 [...] and renaming of files with ease. (See more about that in Mark Shuttleworth’s article: Renaming is the killer app of distributed version control) this is really important, as you want to have the flexibility to re-structure a project as you [...] [...] and renaming of files with ease. (See more about that in Mark Shuttleworth’s article: Renaming is the killer app of distributed version control) this is really important, as you want to have the flexibility to re-structure a project as you [...]

]]> By: Thomas http://www.markshuttleworth.com/archives/123#comment-142756 Thomas Fri, 03 Aug 2007 16:15:23 +0000 http://www.markshuttleworth.com/archives/123#comment-142756 Mark, I know this may sound a bit biased because I'm working on a related project, but I for myself can state that the rename support in monotone (http://monotone.ca) should perfectly fit your needs. monotone may be a bit slower in certain areas (initial pull, log) which are worked on heavily, but if you just want the feeling that a system actually _cares_ about your data, then it should be the right thing for you. If speed is an issue, you maybe want to look into mercurial or even git. But as one of the project founders of monotone recently stated, "the battle is over" and the most important thing is that DVCS have won _at all_. IMHO everything distributed is better than subversion or even CVS =) Mark, I know this may sound a bit biased because I’m working on a related project, but I for myself can state that the rename support in monotone (http://monotone.ca) should perfectly fit your needs. monotone may be a bit slower in certain areas (initial pull, log) which are worked on heavily, but if you just want the feeling that a system actually _cares_ about your data, then it should be the right thing for you. If speed is an issue, you maybe want to look into mercurial or even git. But as one of the project founders of monotone recently stated, “the battle is over” and the most important thing is that DVCS have won _at all_. IMHO everything distributed is better than subversion or even CVS =)

]]> By: João Marcus http://www.markshuttleworth.com/archives/123#comment-121947 João Marcus Wed, 27 Jun 2007 02:36:32 +0000 http://www.markshuttleworth.com/archives/123#comment-121947 I happen to prefer Bazaar. However, the multiple nasty "UnicodeDecodeError" messages I get when adding files with non-ascii characters in their names is a major blocker. I simply cannot use Bazaar. Pleeeeeeeeeease fix it! I happen to prefer Bazaar. However, the multiple nasty “UnicodeDecodeError” messages I get when adding files with non-ascii characters in their names is a major blocker. I simply cannot use Bazaar. Pleeeeeeeeeease fix it!

]]> By: brendan http://www.markshuttleworth.com/archives/123#comment-121630 brendan Tue, 26 Jun 2007 19:34:38 +0000 http://www.markshuttleworth.com/archives/123#comment-121630 By the way, in addition to noting that Mercurial 0.9.4 addresses some of the interesting points raised by John Meinel above, I'd like to mention that Mercurial has an inotify extension that reduces the time for status to basically instantaneous (vs the 1.3 seconds mentioned above). Since status is implied by many other commands (commit, diff, etc), this tends to be a very noticeable improvement. By the way, in addition to noting that Mercurial 0.9.4 addresses some of the interesting points raised by John Meinel above, I’d like to mention that Mercurial has an inotify extension that reduces the time for status to basically instantaneous (vs the 1.3 seconds mentioned above). Since status is implied by many other commands (commit, diff, etc), this tends to be a very noticeable improvement.

]]>