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

Re: Shortcut for '--merge-sensitive'

From: Julien Cugnière <julien.cugniere_at_gmail.com>
Date: 2007-05-09 19:59:49 CEST

Some external point of view on the changelist naming, in case anyone cares :-)

2007/5/9, C. Michael Pilato <cmpilato@collab.net>:
> Ben Collins-Sussman wrote:
> > I'm hesitant to grab -C. I can't imagine explaining to a user, "yeah,
> > -c stands for 'change', and -C stands for 'changelist'." Eek.
>
> Honestly, my first choice for a shortopt was -L, but I figured folks would
> freak out about it. To me the key portion of the word "changelist" is "list".

Indeed, it seems to me that what is implemented isn't the notion of a
"list of changes" (which reminds more of a revision), but rather that
of a "list of files". So maybe, to avoid confusing users, the
functionality itself should be renamed to something else, like
"filelist", instead of the current "changelist" ? Options could then
be for example "--filelist" and "-F".

Alternatively, it strikes me that the "--changelist" option
essentially does the same thing as the "--targets" option some of the
subversion commands take. Would it then make sense to use the same
options for both ? Subversion would look for a file, and if none is
found, it would look for a changelist (or filelist, or whatever!). The
options could then be something like "--targets" and "-T" or "-t".

Or maybe the changelist name was used because one day the granularity
might change to single diff chunks ? (even though it's still quite
convenient as it stands!)

-- 
Julien Cugnière
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 9 20:00:00 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.