>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: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon Aug 1 10:28:15 2005