> From: Ben Collins-Sussman [mailto:sussman@collab.net]
>
> If a user runs
>
> $ svn up foo.c
>
> ... and then wants to undo the update, s/he can run 'svn up -rOLD
> foo.c'.
>
> If a user runs
>
> $ svn switch newURL foo.c
>
> ... and then wants to undo the update, s/he can run 'svn
> switch oldURL
> foo.c'.
I don't think either of those will restore the original local modifications,
if there was a conflict. (Hmmm, not that I've checked, but it seems
unlikely, as the update routine would have to check for that case
specially.)
> But in practice, I've never found the need to do this, ever. When a
> conflict happens, you have all three fulltexts at your
> disposal, if you
> don't want to resolve the conflict markers. Why is it useful
> to 'undo'
> the update? Why not just merge the three fulltexts with
> diff3, or some
> specific tool? I'd like to see some examples.
You could, of course, but I was trying to save users some work.
The case I'm thinking of is where an update touches a lot of lines of many
files in minor (and automatable) ways. In particular, we're replacing tabs
with spaces in a lot of files. I'd like to be able to say to users "If you
get a conflict with this update, roll back the update on the file, apply XYZ
to your copy of it, then update again."
It's not a tremendous improvement. OTOH, it's not a tremendous change to
the WC schema, either.
Dale
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 22 00:36:59 2005