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

RE: Resolution of 'svn diff' change?

From: Sander Striker <striker_at_apache.org>
Date: 2003-05-19 15:55:48 CEST

> From: cmpilato@collab.net [mailto:cmpilato@collab.net]
> Sent: Monday, May 19, 2003 3:37 PM

> So, to maintain the iterative diff functionality, I suggest we do one
> of a few things:
> 1. revert 'svn diff' back to its interative,
> base-versus-working-file state,

*mumble mumble*
> 2. then, either:
> a. add a new 'svn compare' subcommand to handle the 2-target
> comparitive diff case, or

The joy of another subcommand?
> b. give 'svn merge' the extra diff responsibilities, either by:
> i. adding --dry-run flag, or
> ii. by making the absence of an explicity third merge argument
> mean "just gimme the diff to stdout".

-1. Telling people to run 'merge --dry-run' when what they want is
a diff (which they do not intend to merge at any point in time), is
> where (2a) is the only truly sensible decision in my mind.


Note that the iterative functionality can be easily done using a wrapper.
Whereas the new functionality cannot.

Can someone from the pro-iterative camp speak up and tell us if a wrapper
would be that bad? And next, how large is the pro-iterative camp?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 19 15:56:41 2003

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.