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

Re: Proposal: --no-props switch for 'log', 'st' and 'diff'

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Mon, 01 Sep 2008 18:00:58 +0100

On Mon, 2008-09-01 at 12:27 -0400, Mark Phippard wrote:
> On Mon, Sep 1, 2008 at 12:21 PM, Hyrum K. Wright
> <hyrum_wright_at_mail.utexas.edu> wrote:
> > In using merge tracking with 1.5.x and other branches, I've occasionally been
> > annoyed by the fact that mergeinfo mods can often overshadow the meat of a
> > change. I'd like to add a '--no-props' flag to 'log', 'st', and 'diff' which
> > would simply cause the subcommand to ignore property changes. It wouldn't be
> > the default, but it would clean up output and make using merge tracking a bit
> > easier.
> >
> > I envision '--no-props' to be an all-or-nothing measure, initially, but we if
> > the demand was there, we could further expand it to '--without-prop FOO' which
> > would only omit changes to property FOO.
> >
> > Thoughts?
> Set aside merge tracking for a second. Do you think there would be
> any need for this feature? If not, then it seems like the option
> ought to be about specifically excluding the svn:mergeinfo property
> and nothing else.

+1. I can hardly imagine wanting to ignore all property changes, and
although there may be occasions when a user wants to hide an arbitrary
property, I have never heard such a desire expressed, but I think it is
extremely common that a user will want to hide ONLY the mergeinfo
property and not the rest.

> Something like --ignore-mergeinfo or
> --no-mergeinfo.

Abbreviation: dash negative gee, "--g" :-) We'd better be a bit careful
with the naming of it.

> I still worry a bit about including it in svn status. I see the value
> of it, but I worry people will use it too much and then forget to
> commit those mergeinfo changes because they were not seeing it. I
> suppose as long as it is a command line option, and not a setting in
> config, that is not likely to be a problem though.

If this is a nice mode of operation (and it sounds to me that it is),
then we won't be able to stop (and it won't be logical to stop) people
using it all the time and finding a way to set it as their default.

- Julian

To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-01 19:01:27 CEST

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.