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

Re: relocate

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: 2007-09-04 12:06:14 CEST

On 04/09/07, Viaene, Peter PV <peter.viaene@mow.vlaanderen.be> wrote:
> I want to move files from a local repository to a repository on a server (so
> more users could access it). But I don't want to lose all the versioning
> information that was added with each revision. My question is: is RELOCATE
> the appropriate command/action in this case?

Partly. relocate is a client function which is used to point your
working copy at a different repository location. But it won't push
your local repository onto the server. That's a server admin job.

You need to handle this in 2 stages.

First, move your repository from your local machine to the server. If
your server is already handling multiple repositories just put it
alongside the others. If your server has all projects in a single
repository, and you want to add yours, you will have to use svnadmin
to load the content of your private repository into the general
repository. This will add as many revisions as your private repository
has to the global repository.

Second, relocate your working copy to point at the repository served
up by your server. It would be a good idea to rename your private
repository so you don't access it my mistake and commit changes to the
wrong repo.

Simon

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Tue Sep 4 12:53:36 2007

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

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