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

RE: Correcting repository in place

From: Jason Winnebeck <jpwasp_at_rit.edu>
Date: 2007-07-11 14:20:09 CEST

-----Original Message-----
From: Ryan Schmidt [mailto:subversion-2007b@ryandesign.com]
On Jul 10, 2007, at 17:04, Jason Winnebeck wrote:
> If I dump and reload a corrected repository on the server, how do I
> get
> my clients to work again?
>
> Is the only solution to manually "pack out" changes, delete everything
> and start over?

Not sure what you mean by "pack out", but yes, it sounds like your
new repository with the fixed conversion is a different repository
than the old one with the broken conversion. Assuming nobody has
committed anything to the old repository, you should delete the old
repository, make the new one live, and everyone should trash their
working copies and check out new ones.

To make the new repository, you may even want to "svnadmin create"
and then "svn load --ignore-uuid". This way, the new repository will
get a different unique ID, which would be correct, since the new and
old repositories are different. This way, people will be forced to
get new working copies. If you don't change the UUID, somebody might
forget to get a new working copy, and might commit changes from it,
which will almost certainly not work and will cause you problems
later that you'll have to track down.

--------------

Yeah by "pack out" I mean remove any changed/added/etc files and replace
them manually in the new folder. The new repository actually does have a
different UUID, I let it be that way. I will have everyone just get new
working copies, then.

Jason

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 11 14:19:50 2007

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.