Re: [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.
| From: | David Muir | Date: | Tue, 09 Aug 2011 01:01:32 +0000 |
| Subject: | Re: [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation. | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-54479@lists.php.net to get a copy of this message | ||
On 09/08/11 01:07, Lester Caine wrote:
> David Muir wrote:
>> John Szakmeister, who is a Subversion developer himself, has a good
>> comparison of svn, hg, bzr and git:
>>
>> http://www.szakmeister.net/blog/2011/feb/17/choosing-new-version-control-system/
>>
>>
>> Long story short, his company went with git.
>
> Makes good reading ... many other comparisons are now getting long in
> the tooth, and so don't cover the current playing field. Still it
> looks like 'best of a bad job' rather than 'this wins hands down' and
> does make a fair comparison of all the current problems, but I think
> the fact that he has not investigated submodules may actually negate
> their final results :( This was the main area that I needed to work
> well, but is still work in progress everywhere?
>
He did mention submodules as a Pro for git, but you're right, he didn't
compare it with Hg's subrepos and subhg and Bzr's nested trees,
bzr-externals and scmproj. I have a feeling that git's native support
for it is much more mature than the others. That said, it's not a
feature I've looked into myself as it's not something I've actually needed.
Cheers,
David