[PATCH 1 of 8] commands: add ui.statuscopies config knob

[Matt Mackall]

On Sun, 2015-03-29 at 21:47 +0000, Martin von Zweigbergk wrote:
> On Sun, Mar 29, 2015 at 2:41 PM Martin von Zweigbergk <martinvonz at google.com>
> wrote:
> 
> > On Sat, Mar 28, 2015 at 3:52 AM Mathias De Maré <mathias.demare at gmail.com>
> > wrote:
> >
> >> # HG changeset patch
> >> # User Mathias De Maré <mathias.demare at gmail.com>
> >> # Date 1427228757 -3600
> >> #      Tue Mar 24 21:25:57 2015 +0100
> >> # Node ID 60bbe7ef868927b8a8240bbcc981c66bc1480210
> >> # Parent  efa094701a05d58d505c3b0c3b3c73dba4e51e97
> >> commands: add ui.statuscopies config knob
> >>
> >> statuscopies enables viewing of copies and moves in 'hg status' by
> >> default.
> >>
> >
> > Are there tools that call "hg status" that would break in a repo where the
> > user turned this config on?
> >
> >
> Now that I've seen patch 2/8, I realize this is not the first config option
> that modifies output of commands. I guess tools are expected to run
> commands with "HGRCPATH=/dev/null" or something. So never mind my question.

I think the thing people aren't sufficiently sensitive to is that about
99.9% of "tools" are shell scripts and aliases.. and people get just as
frustrated when those break. We have lots of developers on this very
project who don't know about HGPLAIN (see just above), so we can't very
well expect tool developers and shell script authors to know much
better.

> The good news (to me) is that it seems acceptable to add a ui.statusresolve
> option to merge in (no pun intended) the output from "hg resolve -l".

If what people really want is a whole new status command, that's a
possibility. It just needs to not be named status so we can keep the old
one around.

-- 
Mathematics is the supreme nostalgia of our time.