You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Fil <fi...@rezo.net> on 2005/08/20 13:38:24 UTC

about the need for a "takeover" command

Hi,

I've just been asking for help on the irc #svn channel, and Erik Huelsmann
told me to fwd my thoughts to this list as they can be relevant to the
"takeover" command under development.

Basically, we've developed our project (www.spip.net) with CVS, and are
switching to SVN.

The issue is that it's a web application, and many users have installed it
with a simple command : cvs co, directly in their web directory. Then some
have patched the script, but more importantly the user files (added
documents, modules, configuration files) are mixed within the same directory
structure. So it's a bit tough to say "remove the CVS working copy and
install a fresh SVN working copy".

So maybe the "takeover" command would make sense here.

Of course I can't wait for it to be developed and released, so my problem
stays, but I'll find a dirty way to do it.

My guess for the moment is that I should have an exact point where all files
are exactly the same in the CVS and in the SVN repo, then checkout the SVN
repo at that point, remove all files (except the .svn/ directories), and
redistribute these .svn/ directories in the existing (CVS) working copy. If
you know any script that does this kind of ugly stuff, pls let me know.

-- Fil


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

Re: about the need for a "takeover" command

Posted by Fil <fi...@rezo.net>.
> >Of course I can't wait for it to be developed and released, so my problem
> >stays, but I'll find a dirty way to do it.
> >
> >My guess for the moment is that I should have an exact point where all
> >files are exactly the same in the CVS and in the SVN repo, then checkout
> >the SVN repo at that point, remove all files (except the .svn/
> >directories), and redistribute these .svn/ directories in the existing
> >(CVS) working copy.  If you know any script that does this kind of ugly
> >stuff, pls let me know.
> 
> cd a-new-svn-checkout
> find . -name .svn -print0 | tar -T - --null -cv | tar -C 
> ../my-existing-cvs-working-copy -x

Thanks! I decided to make a zip file of only those .svn directories, and
have people switch from CVS to SVN code base by doing :

1) cvs update 
2) unzip
3) remove CVS/ directories
4) svn stat (to verify their patches)

and it seems to be working well!

Keep up the good work

-- Fil


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

Re: about the need for a "takeover" command

Posted by Max Bowsher <ma...@ukf.net>.
Fil wrote:
> Hi,
>
> I've just been asking for help on the irc #svn channel, and Erik Huelsmann
> told me to fwd my thoughts to this list as they can be relevant to the
> "takeover" command under development.
>
> Basically, we've developed our project (www.spip.net) with CVS, and are
> switching to SVN.
>
> The issue is that it's a web application, and many users have installed it
> with a simple command : cvs co, directly in their web directory. Then some
> have patched the script, but more importantly the user files (added
> documents, modules, configuration files) are mixed within the same 
> directory
> structure. So it's a bit tough to say "remove the CVS working copy and
> install a fresh SVN working copy".
>
> So maybe the "takeover" command would make sense here.
>
> Of course I can't wait for it to be developed and released, so my problem
> stays, but I'll find a dirty way to do it.
>
> My guess for the moment is that I should have an exact point where all 
> files
> are exactly the same in the CVS and in the SVN repo, then checkout the SVN
> repo at that point, remove all files (except the .svn/ directories), and
> redistribute these .svn/ directories in the existing (CVS) working copy. 
> If
> you know any script that does this kind of ugly stuff, pls let me know.

cd a-new-svn-checkout
find . -name .svn -print0 | tar -T - --null -cv | tar -C 
../my-existing-cvs-working-copy -x

Max.


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