On 11/17/06, Fabian Cenedese <Cenedese@indel.ch> wrote:
> At 08:46 17.11.2006 +0100, Erik Huelsmann wrote:
> >On 11/17/06, Thomas Harold <tgh@tgharold.com> wrote:
> >>Fabian Cenedese wrote:
> >>> Would it be possible, that if a text-base file is missing that svn
> >>> would check it out again? It knows the path and version, so
> >>> that shouldn't be a problem (unless the repository is not available).
> >>> If this is not possible could svn at least better cleanup and not
> >>> leave locks behind? Is there another command that would get
> >>> the text-base files but not overwrite the possibly modified real
> >>> files?
> >>
> >>I did something similar a few months ago (on a Gentoo system) where an
> >>automated script clobbered the contents of the .svn folder... and I
> >>agree that it's something that SVN needs to be better about dealing
> >>with. I found it to be very difficult to clean up after the .svn
> >>folders get slightly munged.
> >>
> >>(Maybe the upcoming changes in 1.5 might deal with strange local .svn
> >>folder issues in a more flexible fashion?)
> >
> >No, svn doesn't just update the missing text-base, because to you it's
> >obvious that only the textbase is missing, but to svn the .svn area is
> >damaged. There's no way knowing if any of the other information is
> >correct or not. Better to let the user clean up the mess that was
> >created.
>
> So what's the best way of restoring a missing text-base file? Checking
> out the folder in a separate dir and copying over the missing file? Or
> is there a possibility of an "in-place-checkout" without overwriting
> modified files?
1.5 will have your in-place checkout (known as 'checkout --force'),
but I'd check out a new working copy and move changed files to the new
working copy.
bye,
Erik.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 17 16:34:04 2006