[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Questions about Subversion

From: Emmanuel Blot <c-Emmanuel.Blot_at_smart-fusion.com>
Date: 2002-02-25 18:51:06 CET

Hi,

I just discovered the Subversion project, surfing from Google.
I did not subscribe (yet) to this project mailing list. I'm looking for a replacement for CVS. Please CC: me if the mailing list engine does not do it.

I'm not sure to understand how far Subversion takes over CVS:

***[[A]]****
One of the main issue with CVS is the lack of 'module' support.
Let's take an example:

A project have a module 'A', let's call it a library, that contains a bunch of files:
A contains (a1.c a2.c, a3.c, a.h).

The same project have a module 'B', that contains another bunch of files:
B contains (b1.c b2.c, b1.h, b2.h).

Finally, the project contains a main module 'X', that contains another bunch of files and relies on both the previous modules:
X contains (x.c, x.h), and links against A.a [generated from module A] and B.a [generated from module B]

Each module (A, B, X) can have different revisions (file revisions AND module revision). For instance, X.2 may link with A.3 and B.5, but won't link with an older version of B.

CVS does not handle this kind of trouble, as it can associate files into modules, but cannot associate and handle revisions of modules themselves.

Does Subversion better handle this case than CVS does ?

*** [[B]] ***
Another big issue with CVS is the way it handles files. This is mostly important with the Java language. For example, a developper might want to have two different repositories on the server but a unique tree on his developpment machine. Let's take an example:

The first module would be a (fake) audio driver:

javax.multimedia.driver.audio.* (Java files would stands in javax/multimedia/driver/audio)

another project would be a (fake) video driver:

javax/multimedia.driver.video.* (Java files would stands in javax/multimedia/driver/video)

finally, a driver manager may stand in the same 'top' package:
javax.multimedia.driver.DriverManager

It would be nice to have three different 'modules' managed by the CVS system (audio.*, video.*, Manager), but only one common tree on the local disks:

javax/
  multimedia/
     driver/
        DriverManager.java
        audio/
        video/

CVS does not handle this king of file structure.

Does Subversion address this issue ?

Thanks in advance for your answer(s)

Regards,
Emmanuel

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:09 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.