On 2008-March-16 , at 17:54 , Bob Jamison wrote:
Well, for a thread that's only 3 days old...
I for one use Mercurial on a daily basis, and think that it's wonderful. :-)
Great! could you please add some + (and maybe also - ) in the list below for mercurial then?
I concluded this a bit fast indeed. But even in three days there were already so many messages in favour of bzr that it looked hopeless for anything else to catch up. It seems things in fact more balanced right now.
-- GIT ---------------------------- + faster: . local commits: <1s vs 4s . push a new branch: instantaneous vs 35 min + ability to follow chunk of codes around, without relying on file names. Probably useful from a refactoring point of view + probably the fastest growing user base => many tools + TextMate bundle
- git is designed with the Linux kernel's hierarchical workflow in mind (few 'push'ers to the central repos), so may require alteration in how Inkscape's workflow works (any dev can commit) - we would need to set up and administer this ourselves - revisions are indicated with SHA's rather than numbers - commands dissimilar to what we're used to with svn (e.g., no 'git update') - have to git add all modified files before committing them (or resort to a non specific commit -a) - no decent GUI (for windows?)
-- HG ----------------------------- + tortoiseHG + TextMate bundle
-- BZR ---------------------------- + already integrated in launchpad http://doc.bazaar-vcs.org/bzr.dev/en/tutorials/using_bazaar_with_launchpad.h... . Associating branches to bugs . Associating branches to blueprints . Changes state of bugs in LP when committing in Bazaar . Web interface for creating branches quickly and easily + supports renames (could be considered a - by git users) + supports bundling changesets + tortoiseBZR + Fewer commands - makes it easier to learn + Supports multiple workflows, including what we use for Inkscape (See http://bazaar-vcs.org/Workflows) + Easy administration. Mostly done through Launchpad, plus Bzr folks are available to help.
- no support for line-endings conversion/convention enforcing (but such systems may create the risk of wrongly recognizing binary files)
JiHO --- http://jo.irisson.free.fr/