Moving repository
From: Giulio Troccoli <Giulio.Troccoli_at_uk.linedata.com>
Date: 2007-03-21 10:42:14 CET
Hello everybody,
I have read through the svn book and do some tests too, and to my knowledge there is no solution to my problem, but maybe I'm wrong and someone in the list knows how to do it.
For historical reasons we have a single repository for many products we develop. These products are totally independent so it's not a big deal to have them in the same repository or not. However, we would like to move some products to their own repositories for a more logical and "clean" layout.
I know how to do this, using svnadmin dump, svndumpfilter and svnadmin load, keeping the revisions numbers. I have tested this procedure and it works fine. My problem, however, is how to minimise the impact of this on the developers.
Ideally, the developers, after the migration to the new repository have been completed, should need only to do something like svn switch <NEW URL>, but it doesn't work, not even with the --relocate switch.
The problem could be because I want to relocate a WC of http://<host>/<old rep>/<product> to http://<host>/<new rep>. If I try it I have the error
svn: Relocate can only change the repository part of an URL
which, I think, means that I could only change it to something like http://<host>/<new-rep>/<product>
If I don't use the --relocate switch, then I have the error
svn: 'http://<host>/<new rep>'
which makes sense.
To be even clearer, the layout we have at the moment is something like this:
<host>
And we would like to change it to something like
<host>
The only solution I could think of is for developers to delete their old WCs and check out new ones. But this means that if they are not careful they could loose their changes, that's why a solution using svn to "relocate" the WCs would be more desirable.
Any thoughts? Oh, and by the way, we are using Subversion 1.3.0
Thanks
-------------------
---------------------------------------------------------------------
|
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.