Whoa! SourceForge to switch to Subversion?!

[cm...@collab.net]

This passed to me by a co-worker (Kevin Hancock <ke...@collab.net>),
who got it from a SourceForge mailing list.

----- Original Message -----
From: <no...@sourceforge.net>
To: <no...@sourceforge.net>
Sent: Friday, September 14, 2001 7:33 AM
Subject: [alexandria - SF Offsite Talk] RE: SF2.5 Database ?

> Read and respond to this message at:
> http://sourceforge.net/forum/message.php?msg_id=232056
> By: echlinm
>
> Moving to pgsql was because mysql doesn't have the features needed
> for Source Forge. Search the arcives of this news group for mysql to
> see why.
>
> But it gets worse folks, we are getting valinux to install as system
> here (I have 2.5 running but we decided it would be more efficient
> to have VA come set up the one wwe will use for more then a demo)
> and they tell us they are moving away from CVS to Subversion. As we
> know Subversion is not based on rcs like cvs is but uses a database
> for storing archives, no longer is there a single file for each file
> archived, but one large file for all archives. This leaves me in a
> bit of a problem since we actually use more then just cvs here but a
> number of other tools that are based on RCS which will leave me
> without the coice of those tools, forcing me to have to retrain all
> staff to use Subversion.  Right now I can put my archive files in
> cvs but also maintain them using MKSSI (which has a lot more tools
> available for release management and reporting and metrics and even
> for file handling individual files while my users can use cvs, rsc,
> mkssi, csrcs ... and all be accessing the same archives with no
> problems.  (You have to know how to make MKSSI not add the section
> to the archive that points back to the project.)
>
> Mike.
>
> ______________________________________________________________________
> You are receiving this email because you elected to monitor this forum.
> To stop monitoring this forum, login to SourceForge and visit:
> http://sourceforge.net/forum/monitor.php?forum_id=21304
>

------- End of forwarded message -------





---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Whoa! SourceForge to switch to Subversion?!

[James Byers <jb...@valinux.com>]

Paul,

Please see my response to that message:

http://sourceforge.net/forum/message.php?msg_id=232197

In short: yes, we will offer a choice between Subversion and CVS.  I
also addressed (hopefully correctly) the poster's concern about Berkeley
DB, noting that after 1.0 someone may write an alternate storage
implementation using flat files, SQL, etc.

James

"Paul D. Smith" wrote:
> 
> For SF itself, though, they have a _lot_ of projects and CVS is pretty
> ubiquitous in the open source world.  I wonder if they'll offer a choice
> between CVS and Subversion on a per-project level, at least for a while?
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Whoa! SourceForge to switch to Subversion?!

["Paul D. Smith" <pa...@nortelnetworks.com>]

I'm not that surprised.

I run a locally-installed SF site here at Nortel and I've always
intended to switch it from CVS to Subversion once Subversion is
ready...

CVS sucks in _far_ too many ways, IMNSHO.


For SF itself, though, they have a _lot_ of projects and CVS is pretty
ubiquitous in the open source world.  I wonder if they'll offer a choice
between CVS and Subversion on a per-project level, at least for a while?

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <pa...@nortelnetworks.com> HASMAT--HA Software Mthds & Tools
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
-------------------------------------------------------------------------------
   These are my opinions---Nortel Networks takes no responsibility for them.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org