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.
Although this is hard to prove what's causing the problem, one of the main
things that has changed is that fact that we've started to use SVN and
TortoiseSVN. I've also noticed a similar problem on my own machine once in a
while, when trying to remove a previously source controlled directory (note,
I'm NOT talking about svn delete), I get a message about the directory being
locked by another process. This can normally be resolved by killing the
TSVNCache process.
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)
Thanks
Jason
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Jul 28 11:07:20 2005