Re: Dump and Reload question

Yes, that would work, and the clients wouldn't have to do anything with their
working copies, they would just continue to work.

Regards,
Blair

-- 
Blair Zajac, Ph.D.
<blair@orcaware.com>
http://www.orcaware.com/training/
Talden wrote:
> As I understand it you can
> 
> For each old repo
> 1. Dump the old repo (make a note of the revision) and load the dump
> into the new repo with the same UUID.
> 2. Close off the old repo (prevent new commits)
> 3. Incrementally dump any commits added to old repo, since the
> revision you recorded in step 1, and load the incremental dump into
> the new repo.
> 4. Make the new repo available under the same URL as the old repo.
> 
> My understanding is that this gives the new repo the same identity as
> the old and would make the 'repo' (new or old, it doesn't matter from
> the users point of view) unavailable for use for the least amount of
> time.
> 
> Since I'm about to be administering Subversion repositories myself,
> I'd like someone here with more experience to confirm this procedure
> is correct (or correct me of course ;-))
> 
> --
> Talden
> 
> On 9/19/07, Troy Bull <TBull@ifmc.org> wrote:
>> Greetings
>>
>> We have many repositories.  If I upgrade the server, then dump and reload each repository with the new version, will peoples working copies still "work"?  It will be impossible for me to get everyone to check everything in without a HUGE amount of work, so the situation I worry about is as follows:
>>
>> User has a "dirty" working copy
>> I upgrade the server and dump and reload
>> User comes to work Monday morning and tries to commit.
>>
>> That last commit (line 3) needs to work for me to be successful.  We are currently 1.2.3 (I think), and I was thinking I would hold off on this upgrade until 1.5 comes out next spring.
>>
>> Thanks in Advance
>>
>> Troy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org