Well, this design corrupts the working copy and I cannot use it after. I
doubt this is what you want...
I ran into this issue by testing how "svn revert" behaves on different
strange situations, but, at least theoretically, anybody can run into it.
On 19.02.2014 13:02, Stefan Sperling wrote:
> On Wed, Feb 19, 2014 at 12:50:02PM +0200, Florin Avram wrote:
>> Hi,
>>
>> I found a situation when using "svn revert" seems to corrupt the working
>> copy. In a working copy like this:
>> - wc_root_dir
>> -- directory
>> --- file
>>
>> erase the directory from disk (not using SVN) and create a file with the
>> same name instead.
>>
>> "svn status" will report:
>> ~ directory
>> ! directory/file
>>
>> Now, see the following sequence:
>>
>> svn revert directory/file
>> svn: E155009: Failed to run the WC DB work queue associated with
>> '/wc_root_dir/directory/file', work item 2 (file-install directory/file. 1 0
>> 1 1)
>> svn: E720087: Can't move '/wc_root_dir/.svn/tmp/svn-3884C5DC' to
>> '/wc_root_dir/directory/file': The parameter is incorrect.
> Subversion is (correctly) trying to put a directory where you put a file.
> Until the obstructing file is removed you'll get this error.
> This is by design.
>
>> svn status
>> svn: E155037: Previous operation has not finished; run 'cleanup' if it was
>> interrupted
>>
>> svn cleanup
>> Gives same message as "svn revert".
>>
>> svn --version
>> svn, version 1.8.5 (r1542147)
>> compiled Nov 27 2013, 04:10:18 on x86_64/x86-microsoft-windows5.1.2600
>>
>> Regards,
>> Florin Avram
Received on 2014-02-19 12:08:23 CET