tags:

views:

39

answers:

3

The subversion manual states:

'!'

Item is missing (e.g. you moved or deleted it without using svn). This also indicates that a directory is incomplete (a checkout or update was interrupted).

But as so often with Subversion the is no indication on how to fix the problem. Normally I would use my trusted Fix_Subversion.command but this time it is trunk and it will take forever.

So is there any faster option?

+1  A: 

What happens after you run:

svn cleanup .
svn update
svn status
Ether
and if you're worried about time recursing into other directories, add `--depth=files` to the update
Rup
The result is:>svn cleanup .>svn update svn: REPORT of '/svnroot/uiq3/!svn/vcc/default': Could not read chunk size: Secure connection truncated (https://uiq3.svn.sourceforge.net)Doesn't look good. I guess I have to bite the bullet and recreate the whole working tree…
Martin
A: 

What exactly did you do to the branch before you received this error?

If you're having regular problems with SVN, you're probably doing something wrong (e.g. using mv/rm as opposed to svn mv/svn rm on the branch).

Josh
I copied a project to create a new similar one. I used «svn copy» to do so. I then committed the new project and started furher changes.
Martin
@Martin: So *all* you did was: `svn copy`, *make changes*, `svn commit`? If so, what were the changes? Did they involve moving, adding, or removing files?
Josh
After the commit I started the “real” work. Re-factoring packages and so on. With the next check-in the trouble started. First an update was required (strange for a one man project). That update failed and it went downhill from there.But this was not really the question. I am used to grieve from Subversion and i just asked if there is a quick fix. I guess there is not so I checked out the whole tree again, copied my changes across and committed again.
Martin
A: 
svn revert /path/to/file
svn rm /path/to/file      # if you want to delete it from svn itself

Golden rule is: once something is under svn-control, any moving, deleting, renaming, should be done with svn commands (svn mv, svn rm, etc.), not using normal filesystem/file-explorer functions.

Wrikken
Yes I did copied and renamed. But all with svn commands and and with svn commit after each mayor change. But still things messed up.
Martin
Either _something_ did, or your svn implementation locally or on the server is broken.
Wrikken
I wonder if Eclipse messed things up. I do most Subversion related work on the command line. With the exceptions of package and class renaming which I do with Eclipse re-factoring. Of course Eclipse has the needed Subversion plug-in.
Martin