I'm leaning toward Mercurial.  It seems simpler than git, and has comparable 
performance.

The only problem (with both mercurial and git) is authentication. With svn, I 
have passwords set up for each person.  But with distributed systems, there is 
no central server, and code exchanges can happen ad-hoc, so there is no way to 
identify who is submitting code.  User identity is set via a text field in the 
local config file.  

Even if you identify who is logging into your servers, their push might 
include code they picked up from other people along the way (one of the main 
features of DVCS).

I'm thinking they need (as an optional mode) gpg signatures on all commits, 
and the option to reject incoming patches that lack signatures.  

They do have an extesnion for hg to let you sign a repo, but it makes a commit 
just for the sig (so you would have 2x the number of commits), and you would 
have to implement a lot of the above using pre/post commit hooks wired up to 
gpg.  I might try to do that.


Jeremy


On Sunday 18 January 2009 4:34:12 pm Mike Miller wrote:
> I've been reading a little more about revision control.  It seems pretty
> clear that the major holy war of the day is between Mercurial (a.k.a., hg)
> and Git.  Subversion is another good one but is seen as being from an
> earlier generation.  This is should not reflect negatively on Adam's talk,
> which I will definitley enjoy greatly, because all of the fundamental
> code-management issues have to be discussed and those issues apply to all
> revision control programs.
>
> Every article or blog post on revision control software that allows
> comments is followed by a little battle back-and-forth between git and hg
> adherents.  I guess we should call it a tie.  This article makes the git
> system sound a little more appealing to me as a lover of the
> GNU/Linux/UNIX command line:
>
> http://importantshock.wordpress.com/2008/08/07/git-vs-mercurial/
>
> But the things I'm seeing make all of these pr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20090119/aeda6d10/attachment.htm