Skip site navigation (1) Skip section navigation (2)

Re: CVS should die

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-patches(at)postgresql(dot)org
Subject: Re: CVS should die
Date: 2004-11-05 01:57:34
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
In an attempt to throw the authorities off his trail, tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) transmitted:
> Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> writes:
>> Can this be discussed for 8.1?
> It's been discussed, and rejected, several times already.  There
> aren't any alternatives that are enough better than CVS to be worth
> the changeover effort.

Subversion may be getting close to the point where it may be worth
thinking of, and there is a pretty full-featured conversion scheme,
cvs2svn, allowing considerable choice as to what aspects of the CVS
branches will be included.

The one traditional _enormous_ problem with it was that while
much-lauded, it suffered interoperability issues.  People running
different versions of {Debian|RHAT|FreeBSD|...} could have versions
that couldn't talk to one another.  That appears to have been

   "Now that subversion has reached 1.0.0 our compatibility guarantees
   require forward and backward compatible repository formats for all
   patch releases and backward compatible for minor releases.  So
   until 2.0.0 comes out there will be no change that should require a
   dump for upgrading to newer versions."

I'll buy the argument that it'll take some work for people familiar
with CVS to get familiar with SVN.  Of course...

   "Generally, Subversion's interface to a particular feature is
    similar to CVS's, except where there's a compelling reason to do

I have been watching Subversion develop for quite some time, and have
always felt it the right idea to put usage off because it did not
appear mature enough.  I have always thought "in another year, it may
be ready."  As far as maturity is concerned, it looks like it's there
now.  The formerly compelling reasons for instant rejection are no
longer there.

If it's plausible to run a SVN archive, in parallel, that can accept
patches coming out of the present CVS, it must surely be time for some
intrepid fan of Subversion to put up an an archive and start showing
off how much better it is.  Proving it's viable by demonstration is a
pretty ideal methodology, no?

By the way, one of the longer term goals is for SVN to support a SQL
repository backend; there's probably merit to some "common dogfood
usage" ;-).
(reverse (concatenate 'string "gro.gultn" "@" "enworbbc"))
"Are  we  worried about  Linux?  ... Sure  we  are  worried." 
-- Steve Ballmer, VP of MICROS~1 at Seybold publishing conference

In response to

pgsql-hackers by date

Next:From: Marc G. FournierDate: 2004-11-05 02:19:12
Subject: Re: [pgsql-www] pg_autovacuum is nice ... but ...
Previous:From: David HelgasonDate: 2004-11-05 00:12:27
Subject: Re: CVS should die (was: Possible make_oidjoins_check ...)

pgsql-patches by date

Next:From: Neil ConwayDate: 2004-11-05 04:21:01
Subject: contrib/ sparse code cleanup
Previous:From: David HelgasonDate: 2004-11-05 00:12:27
Subject: Re: CVS should die (was: Possible make_oidjoins_check ...)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group