[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r25763 - trunk/subversion/libsvn_client

From: Nathan Kidd <nathan-svn_at_spicycrypto.ca>
Date: 2007-07-17 16:59:36 CEST

C. Michael Pilato wrote:
> dlr@tigris.org wrote:
>> 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?

Microsoft Visual Sourcesafe (ha!) has a "Rollback" button in its history
view, which will permanently erase all history after the selected file
version, making that version of the file the latest.

On the Windows side I think a very large amount of users (if not the
majority) are upgrading to SVN from VSS. Avoiding any confusion from
similar terminology will surely help with the support burden down the road.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 17 16:58:23 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.