On 8/24/2016 11:59 AM, Richard VanHouten wrote:
>> Hi Richard,
>> On 8/22/2016 2:02 AM, Richard VanHouten wrote:
>>> I work a mod project hosted on github, and use Tortoise SVN to update. Some time ago I had an Excel spreadsheet in the project open in Open Office Calc, and the program shut down improperly and I did not recover the spreadsheet next time I started up Open Office. Ever since Tortoise SVN has thrown a working copy status error when I update my local repository on the machine this happened on. Using the cleanup function has no effect. I've tried creating a new repository in a new folder and deleting the old one, but the status continues. Any ideas on how to fix this?
>>> I am using Tortoise SVN version 1.9.
>> It's highly unusual that a fresh checkout in a different directory is
>> causing some issues which would be related to problems in another
>> working copy, unless it's some server side problem (which in this case
>> wouldn't be my first guess).
>> What's the exact error you are getting and what's the exact action you
>> do when you get that error?
>> Stefan Hett
> I right click on the local repository's root folder in Windows Explorer, choose Update, and get "Skipped obstructing working copy" in the actions column. As I can't figure out how to get to the command line interface, that's all the information I can presently provide.
To be certain we are not talking cross purpose here: Are you mixing up
the terms repository and working copy?
For the following reply I assume you actually mean: "I right click on
the local *working copy*'s root folder[...]".
Is it possible you have a working copy inside another working copy?
For instance something like:
C:\root <- checkout of repository1
C:\root\foo <- checkout of repository2
If so, I suggest you rethink your folder structure and don't use nested
working copies (at least for troubleshooting your problem). That said: I
suggest you do a fresh checkout of the repository in
C:\TestWorkingDirectory and see whether you still end up with the
problem. If so, could you point out your local folder structure to shed
some light onto the actual problem?
You can install the command line client by re-running the TSVN installer
package. Simply select the optional SVN client component in the
installer. Afterwards using the command line, you'd be able to call "svn
cleanup" (without the quotation marks).
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2016-08-24 12:25:37 CEST