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

Re: Merge of 2 separate subversion installations.

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Fri, 30 Jan 2009 12:28:46 -0600

Patricia A Moss wrote:
> Les,
>
> They are not the same projects. They are 2 separate installations
> that will contain totally different projects. What, I believe, is going
> to happen is in our second quarter they are going to purchase a high
> capacity server. Which will be used to house a single subversion
> installation. The repositories from the 1.2.1 version and the
> repositories from the second installation will be combined onto this one
> server.
> So, you are saying that I can just move the repositories to the new
> server? Is there a specific command or do I just move the entire
> directory?

It is always best to use svadmin dump and load operations since they
deal with differences between server versions, etc.. But, you have your
choice as to whether you load into some directory in the old repo (which
will change all the revision numbers in the part being loaded but
otherwise keep the history) or create a new empty repo and load there.
If you are using svnserve you can do something like this:
http://wordaligned.org/articles/one-svnserve-multiple-repositories
And likewise with http(s) access you can just put multiple repos under
the same top level directory it is serving.
Note that the dump/load won't take hook scripts or authentication or
access control configuration, so you will have to copy those separately
if you have any.

-- 
   Les Mikesell
    lesmikesell_at_gmail.com
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1075908
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-30 19:29:47 CET

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.