Re: [Dev] Source Code Revision Control Infrastructure

Paul Snively <[email protected]> Sun, 10 Nov 2002 07:30:05 -0800
Newsgroups gmane.org.osaf.process,gmane.org.osaf.devel
Message-ID <[email protected]>
On Saturday, November 9, 2002, at 11:15  PM, Michael R. Bernstein wrote:

> Mitch also confirmed that the OSAF currently intended to use CVS.
>
>
> Source Code Revision Control
> ----------------------------
>
> I'll let others more qualified than myself discuss their relative
> merits, but there seem to be three contenders for this piece of
> infrastructure:
>
> * CVS - http://www.cvshome.org/
>
> * Subversion - http://subversion.tigris.org/
>
> * arch - http://www.fifthvision.net/open/bin/view/Arch/WebHome
>
> Comparison chart (seemingly slanted towards arch):
>
> http://www.fifthvision.net/open/bin/view/Arch/ 
> SubVersionAndCvsComparison
>
> One thing I would recommend regardless of the source control solution  
> is
> several 'announce' mailing lists specifically for source code checkin
> announcements.
>
Agreed with this last, and let me also cast my vote for Subversion.  
Subversion addresses a number of well-known, long-standing deficiencies  
in CVS. In particular, Subversion versions filesystem metadata: renames  
and moves are handled well, as are execute bits on files. Subversion  
also handles binaries thanks to the DeltaV algorithm, whereas CVS (once  
you tell it that a file extension means the file is binary) stores the  
entire binary each and every time. Given that we're talking about  
repositories of persistent Python objects and the like, it would seem  
that good binary versioning support would be crucial.

> Michael Bernstein.

Best regards,
Paul

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Process" mailing list
http://lists.osafoundation.org/mailman/listinfo/process