Am 07.04.2011 14:19, schrieb Andreas Merkle:
[Attribution line fixed once again:]
> Felix Saphir wrote:
>> To avoid confusion, please give us some explicit directory names,
>> especially in which directory the .svn subdirectory is missing.
> You can create a example to see the problem:
> | a.txt
> | | b.txt
> | \---.svn
> 1. Create a local repository for this test.
> 2. Create the directories and files as shown above.
> 3. Import everything to the repository.
> 4. Delete the .svn in TEST\a\.svn
> 5. Now you have my situation.
I know, and I already did to help you with your case. Please tell us in
which folder the now deleted .svn sub-folder was.
>> In general you should *not* move folders into or from your working copy
>> manually. Please restore the previous situation as good as possible.
> Don't say this to me ... say this to the development tool. ;-)
> It is not the normal use case, that is right. But this situation can
> happen all the time and shall be healable with tortoisesvn all the time.
The problem isn't TortoiseSVN, it's the subversion library below. It is
nevertheless really easy to fix, but not by moving folders around. Now,
if you told us, from which folder the .svn sub-folder was deleted, this
would be easy to describe, but now I have to resort to a more
Did you move the directory the .svn subdirectory was deleted from back
to it's original place? Good. Now it should display the exclamation icon
overlay. Rename the obstructed folder, e.g. append '_', so TortoiseSVN
doesn't recognize it as part of the working copy. The folder with the
missing .svn subdirectory should now be reported 'missing' in the
Now you can safely cleanup and update. Updating should recreate the
'missing' directory. After that you can copy the .svn-directory to the
A final word of warning: The cleanest way is to checkout a fresh working
copy and to move everything from your original working copy there.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-04-07 14:32:59 CEST