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

Re: svn commit: r25113 - in trunk/subversion: svn tests/cmdline

From: Daniel Rall <dlr_at_collab.net>
Date: 2007-05-31 20:34:53 CEST

On Tue, 29 May 2007, David James wrote:

> On 5/29/07, Daniel Rall <dlr@collab.net> wrote:
> >On Thu, 24 May 2007, Karl Fogel wrote:
> >
> >> "David James" <james@cs.toronto.edu> writes:
> >> > I know this is a bikeshed, but, how about "--merge-smart"? This flag
> >> > makes the merge command smarter -- it teaches the merge command to
> >> > look at your merge history and figure out what revisions to merge.
> >> > Without this flag, the merge command acts dumb and doesn't guess.
> >> >
> >> > This flag name could work for "svn info" and "svn log" as well.
> >>
> >> Then just "--smart", maybe?
> >>
> >> http://pink.bikeshed.com/
> >
> >"smart" doesn't give a nod to the fact that we're adhering to merge
> >history.
>
> How about "--track-merge-history" or "--smart-merge-tracking" then?
> These names are longer than "--merge-smart" and "--smart" but might
> indicate the purpose of the flag a bit better.

"--track-merge-history" is a perfect description for the use cases
we're currently targeting, implemented via the following subcommands:

  blame
  log
  merge

It's only 4 characters longer than "--merge-sensitive", and we have a
short option ("-g"). Would anyone be adverse to switching, or does
anyone have a better suggestion?

  • application/pgp-signature attachment: stored
Received on Thu May 31 20:36:30 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.