RE: svn commit: r1657026 - in /subversion/trunk/subversion: bindings/javahl/native/ bindings/javahl/src/org/apache/subversion/javahl/ include/ libsvn_client/ libsvn_wc/ svn/ tests/libsvn_wc/
From: Bert Huijben <bert_at_qqmail.nl>
Date: Wed, 4 Feb 2015 11:02:36 +0100
> -----Original Message-----
In my particular case:
The delete is automatically handled and properly recorded as a delete in Subversion. (The --keep-local flag is essentially delete's metadata only, as it allows deleting without error)
But then the file is replaced, by some outside process. The current worst case is the NuGet Visual Studio addin, that just tells me that the user does things (who doesn't) and sometimes blocks access.
The user goes on with his work and locks the file... (opens excel, starts debugging, whatever)
Now the user wants to commit his workspace, but explicitly doesn't want to record the delete + add as a delete, but as a normal file update.
To change the in-wc state to a normal update I have to call revert... But that currently requires replacing the in-wc file with the old version.
This patch allows handling this workflow with a single call to revert, that typically can't fail unless another Subversion client changes the same wc at the same time.
TortoiseSVN has a similar workflow, somewhere in its context menus.
This is an archived mail posted to the Subversion Dev mailing list.