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

Re: get ready to wipe out your subversion/apr/ directory again

From: Karl Fogel <kfogel_at_galois.collab.net>
Date: 2000-07-13 22:29:11 CEST

Greg Hudson <ghudson@MIT.EDU> writes:
> For the record, there are better ways to recover from accidental or
> no-longer-needed mainline commits of imported sources than nuking the
> repository directory and re-importing:
>
> 1. If you simply check in a copy on the mainline which is
> identical to the current vendor branch version, the file
> will be tagged as a conflict on each subsequent import but
> the "merge" will be trivial.
>
> 2. If you do (1) and also reset the default branch of the file
> to the vendor branch ("cvs admin -bVENDOR FILE"),
> the file will no longer be flagged as a conflict on
> subsequent imports. Historical checkouts by date will no
> longer be correct, though.
>
> 3. If neither (1) or (2) seems adequate, you could use "cvs
> admin -o1.2 FILE" and "cvs admin -bVENDOR FILE" to simply
> undo the damage. This will still eit that part of people's
> working directories, but it at least won't destroy all of
> the vendor branch history.
>
> Apologies if you guys knew all this. Of course, for a project in its
> early stages, it doesn't matter much anyway. Perhaps you had another
> reason to redo the imports.

All true -- but more can go wrong by trying any of the above, than by
wiping and reimporting, and I wanted a solution guaranteed to
terminate, so I could know I'd be working on autoconfiscation five
minutes later . :-)

Thanks for the succinct summary, though.

> (Hopefully subversion will do a better job of handling locally
> modified imported files which don't need to be locally modified any
> more.)

You bet.
Received on Sat Oct 21 14:36:05 2006

This is an archived mail posted to the Subversion Dev mailing list.

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