C. Michael Pilato wrote:
> dlr@tigris.org wrote:
>> Author: dlr
>> Date: Mon Jul 16 17:45:21 2007
>> New Revision: 25763
>>
>> Log:
>> Change "revert" terminology to "rollback" throughout to differentiate
>> between Subversion's 'revert' subcommand and a subtractive 'merge'.
>
> Actually, I'm concerned about the use of the term rollback to mean "any ol'
> reversal of a changeset". If I'm not mistaken, there are VC system in which
> rollback means something different, namely the pruning of last N changes to
> a line of history. In other words, given a file added in r1, changed in r3,
> r6, and r9, it means nothing to "rollback r6". You can rollback *to* r6 (by
> reversing r9). You can rollback *to* r1 (by reversing r3, r6, and r9). But
> rollbacks don't have gaps in them.
>
> I can't readily point to documentation of other VC systems to back my claim
> (which is based entirely on now-fading memories). Am I the only person who
> thinks of the term "rollback" in this way?
Well, I would guess that people coming from a database background will
think of rollbacks the way you describe them.
Why don't we call them reverse merges? There's no ambiguity there.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 17 04:41:01 2007