RE: How should I deal with this CVS to Subversion migration issue (and how is this done the Subversion way?)

Here is what I did to convert our existing CVS to SVN using cvs2svn.

In order to run correctly (on windows!) cvs2svn requires the following
tools

* unix tools (UnxUtils.zip + UnxUpdates.zip). You must update the path
environment variable so the UNIX sort tool comes before WINDOWS sort.

* RCS is recommended for the conversion. You must update the path
environment variable to point to the co tool.

Copy CVSROOT from old linux server into a temporary location. Open a
Command prompt and execute the following commands. Make sure you update
the path accordingly.

set path=C:\RCS\bin\win32;%path%

cvs2svn.py -v --existing-svnrepos -s c:\repository C:\Temp\cvsroot

Hope that helps

Jens

-----Original Message-----
From: Talden [mailto:talden@gmail.com]
Sent: Thursday, 3 May 2007 10:11
To: Subversion Users; cvs2svn Users
Subject: How should I deal with this CVS to Subversion migration issue
(and how is this done the Subversion way?)

I have a possibly nasty situation in a CVS migration to Subversion and
I'm both unsure how to proceed with the migration and how this
situation would 'normally' be dealt with in the Subversion world.

Note: Many parts of the development are on windows though the CVS repo
is on linux. References to symlinks in this email are specifically
referring to links within the repository not symlinks created in a
working copy as a result of checkout.

Several different teams use the same CVS repo (with little content
overlap) and we'd like to move to Subversion. A couple of the teams
have this strange approach to sharing common code. We'd like to get
everyone onto Subversion because it would:

a. Allow a single SCM solution
b. Allow unified product tagging (though the teams operate largely
independently as far as content (and technology) are concerned, a
product release spans all of these projects).

The weirdness comes from the example below which shows that the CVS
repo contains a number of symlinked RCS files (and some folders) - The
repo looks something like this.

cvsroot/
  dev/
    common1/
      api/
        ...
      a.h,v
    common2/
      api/
        ...
      b.h,v
    project1/
      common1api/ --> ../common1/api/
      common2api/ --> ../common2/api/
      a.h,v --> ../common1/a.h,v
      b.h,v --> ../common2/b.h,v
      ax.c,v
      bx.c,v
    project2/
      common1api/ --> ../common1/api/
      a.h,v --> ../common1/a.h,v
      ax.c,v

1. How would you achieve the same results in Subversion - Are
externals relevent? Can externals be used for these file-links. Is
there a redbook entry for this kind of issue? Is there a redbook
equivalent specifically covering CVS->Subversion migration issues and
changes in approach.

2. How is cvs2svn going to migrate this? Will it follow the symlinks
and just replicate shared content? This would 'unshare' the code
making future changes to common code fail to propagate automagically
but it would result in valid history at least.

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