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

Re: Add -c option to merge

From: John Szakmeister <john_at_szakmeister.net>
Date: 2005-10-27 11:29:51 CEST

On Tuesday 25 October 2005 14:26, kfogel@collab.net wrote:
> Daniel Berlin <dberlin@dberlin.org> writes:
> > This adds an option "-c" (long form --change) that is shorthand for
> > "<rev -1>:<rev>", to merge.
> Why not just do it with -r?
> More precisely: when a subcommand *requires* two revisions, but is
> passed only one, why not just translate that to <rev - 1>:<rev> ?
> (Have we already discussed this? It feels vaguely familiar...)

I think one downside is that we don't currently have a WORKING keyword.
Overloading -r would break things like 'svn diff -rXX /path/to/file'. That
command generates a diff between version XX and WORKING of the file. We
would have to other way to generate such a diff without interfacing to the
bindings or writing a tool to leverage the subversion libraries.

I don't use such things often, and I doubt other do as well. But it does
prevent a user from doing such things without a WORKING revision keyword.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 27 11:31:01 2005

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.