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

Re: cvs2svn patch in the works...

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2002-10-22 01:35:00 CEST

On Mon, 21 Oct 2002, Marko Macek wrote:

> Hi!
>
> Branko ÄŒibej wrote:
> > A co-worker of mine has taught cvs2svn to convert tags and branches.
>
> Well, here it is, based on revision 3371
>
> Changes:
> - now requires an existing svn repository instead of creating one
Why?
This used to be how it was, and it was specifically changed to *not*
require one.

> - added command line options to specify /trunk, /tags and /branches

>
> It works by creating a copy of the file in /tags (and /branches)
> immediatelly after the file revision is commited to the /trunk (or
> /branches).
>
> It wasn't heavily tested (I mostly used the icewm repository).
> I have no idea about the vendor branch handling (need test cases)
>
> Issues:
> - currently breaks the multi-pass mode, because it uses some
> in-core data which needs to be moved to the temp files

I did this too, and greg got annoyed.
:)

> - some stuff marked with XXX needs review
> - the CONFLICTS: output is strange.
Is it '' rather than '\n'?
This is what i need to make conflicts disappear. Greg changed it because
his python returns '\n' for some reason.

> - needs an option to convert a single branch only, to a specified PATH.
> - it would be nice to have an option to specify a module, resulting in
> paths like $MODULES/{trunk,tags,branches}
>
> Comments? Bugs?

> Mark
>
> P.S. Many thanks to people creating binary packages. They saved me lots
> of time.
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 22 01:35:46 2002

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.