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

Re: Working copy corrupted by branch deletion

From: Michael Schierl <schierlm_at_gmx.de>
Date: Tue, 08 Jan 2013 19:24:59 +0100

Am 08.01.2013 18:53, schrieb Maxwell Ballenger:
> That subfolder
> disappears. There is no way to recover that subfolder and have your
> working copy match the trunk again without doing a fresh checkout.
> Is this intended behavior, or could it qualify for a bug fix?

Sounds like a bug to me, but not in TortoiseSVN but in the Subversion
client library used by TortoiseSVN, so it should be reported on the
Subversion users mailing list. At least when using an update or switch
with depth of "Fully recursive", I'd expect it to bring the folder back
in my opinion (I tested it and it did not).

> Does
> anyone know of a faster way to recover than a fresh checkout?

If the subfolder is deeply nested (especially not a direct child folder
of your working copy root) and its immediate parent does not contain any
uncommitted changes or other files you want to keep, you can update the
immediate parent of that subfolder with depth "Only this item", cleanup
your working copy when done, and then update it again with depth "Fully
recursive" (Tested it and it worked for me). However, if the subfolder
is a direct child of the root, a fresh checkout will be faster.




To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2013-01-08 19:25:11 CET

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