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

Re: [TSVN] TSVNCache locking directories??

From: Jason Butlin <roguejay_at_hotmail.com>
Date: 2005-08-01 10:22:40 CEST

>Jason Butlin wrote:
>>We have a nightly process on one of our machines, which checkouts some
>>source from SVN and builds all the projects. At the start of this process
>>we rename the previously checked out source to another directory
>>directory, purely as a precaution. However, I've noticed that lately this
>>sometimes fails due to access denied.
>Download the command-line tool "handle.exe" from sysinternals.com
><http://www.sysinternals.com/Utilities/Handle.html>, which lets you type a
>full or partial path or file and it will return all processes which are
>holding a lock on anything that matches. If the rename fails, have it run
>"handle" and store the output.

Thanks for that. I'll put it in our script and see if we can get a better
idea of what's going on.

>But I'm curious about why you rename the previous checkout "purely as a
>precaution". As a precaution against what? Do you think Subversion will eat
>some of your files? You can always go back and checkout based on revion
>number or timestamp.

Not worried about SVN at all. It's more of a precaution against muppet
developers that check-in rubbish code. It just provides an easy way to see
what the difference is between the previous day if something goes wrong.

Having said that - we need to ensure we start with a completely clean copy
on the machine, so we'd need delete the directory either way. So we'd still
come up against the same problem.

>>Is this a bug? (I guess not since the whole point of TSVNCache is to keep
>>track of the files) Is there any way to tell TSVNCache to release it
>>locks? Or even is it possible to not use TSVNCache on this machine at all
>>(speed isn't really important on this machine)
>Do you need TSVN at all on this machine, or are the command-line tools

Not really. It'd be more handy, but if there wasn't a simple answer to the
problem we were probably going to just uninstall Tortoise to see if that
solved the problem.


To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Aug 1 10:28:15 2005

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.