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

Re: Does cvs2svn work in the absence of branches or tags?

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2003-08-29 23:15:47 CEST

At 1:54 PM -0700 8/29/03, Marc Singer wrote:
>A cvs2svn followed by a co
>of the trunk gives me a directory tree with the right filenames and
>all files empty.

That's a startling outcome no one's reported before! Yes, so far as
anyone knows (up until your report right here), importing in the
absence of branches and tags should be complete and accurate.

Can you provide more details, such as

* the whole command line you used to get this result
* Other "parameters", like CVSROOT environment variable, working directory
* details of the SVN installation (SVN version at client and server,
platform of each, are any of the filesystems remotely mounted,
anything else you know of that might be slightly "non-normal")
* a transcript of the conversion session (ideally, with "-v")

If either repository is available on the 'Net (or if they're small
enough to bundle up), that might be helpful, too.

>Am I better off looking into VCP?

You might be, it's certainly a good effort, too. If I had to guess,
I'd guess that it would be quicker to make your current efforts work
than to change horses. But if you're really considering conversion
for a serious amount of data, you probably ought to try both; they
have somewhat different philosophies, and one or the other might work
better for you.

-- 
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 29 23:16:38 2003

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

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