I see. Is it possible to change the implementation slightly as outlined by Boost SVN? (https://svn.boost.org/trac10/ticket/6809). I believe this is the same issue.
-----Original Message----- From: Daniel Shahaf <d...@daniel.shahaf.name> Sent: Thursday, 10 January 2019 1:36 PM To: Oscar Lee <minxing...@gmail.com>; users@subversion.apache.org Subject: Re: Problems with using a symbolic link for .svn folder on TSVN Oscar Lee wrote on Wed, 09 Jan 2019 19:10 +0100: > My company uses TortoiseSVN internally to keep our files updated. The > .svn folder for the project I have is massive (250GB) and as such I > had to move it off to an external HDD. I created a symbolic link to > the new location so that TortoiseSVN 'should' still continue to work. How large are the working copy files not under the .svn/ directory? If they're substantially smaller than 250GB, you might be running into this: https://subversion.apache.org/docs/release-notes/1.7#wc-pristines > I managed to run a clean-up, but when I tried to revert a file, it > gave me an error 'Failed to run the WC DB work queue associated with > (file)" and "Can't move (tmp file) to ... (original file): The system > cannot move the file to a different disk drive". > > I found that this error is caused by Windows not letting a file be > renamed while it is being moved ( > https://docs.microsoft.com/en-us/previous-versions/ms837428(v=msdn.10)). > Does anyone know a solution to this? > Why is this an issue that only occurs with a symbolic link setup? Subversion assumes that it is possible to atomically move a file from the .svn directory to the working copy's checked out files. That would not possible when the .svn directory is on a different drive / filesystem.