> On 8/28/2016 7:26 PM, Richard VanHouten wrote:
> >> 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?
> >>>>
> >>>> --
> >>>> Regards,
> >>>> 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).
> >>
> >> --
> >> Regards,
> >> Stefan Hett
> > This is what I get:
> >
> > C:\Program Files\TortoiseSVN\bin>svn update "c:\Users\richv_000\Documents\Paradox Interactive\Crusader Kings II\mod\Lux Invicta Repository"
> > Updating 'C:\Users\richv_000\Documents\Paradox Interactive\Crusader Kings II\mod\Lux Invicta Repository':
> > Skipped 'C:\Users\richv_000\Documents\Paradox Interactive\Crusader Kings II\mod\Lux Invicta Repository\trunk' -- An obstructing working copy was found
> > At revision 1606.
> > Summary of conflicts:
> > Skipped paths: 1
> To me this looks like you checked out something into [...]\Lux Invicta
> Repository and then again in [...]\Lux Invicta Repository\trunk.
> To clean that up, remove the whole trunk directory in [...]\Lux Invicta
> Repository (the whole folder, not only its content) and try another svn
> update. Make sure you keep a backup of the trunk directory somewhere (in
> case you have changes in there you wanna keep).
> > Trying to create a new repository in a folder directly off C:\ results in a locked directory that won't clean up.
> Let's focus on the other issue first (in general, it's usually more
> helpful to always state the full error you get when running into problems).
>
> --
> Regards,
> Stefan Hett
I tried removing the whole trunk directory, and emptied the recycling bin. Updating restored everything in trunk/ that had been there before (not some directories in trunk/.transfer your modding stuff here, one of which had the Excel file I originally mentioned) and the lock is back.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3184302
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2016-08-31 08:20:05 CEST