Re: Potentially misleading color.* defaults explanation in git-config(1)

2 messages, 2 authors, 2016-09-17 · open the first message on its own page

Re: Potentially misleading color.* defaults explanation in git-config(1)

From: Matthieu Moy <hidden>
Date: 2016-09-16 07:25:18

Anatoly Borodin [off-list ref] writes:
Hi All!

git-config(1) says:

       color.branch
           A boolean to enable/disable color in the output of git-branch(1).
           May be set to always, false (or never) or auto (or true), in which
           case colors are used only when the output is to a terminal.
So far, so good.
           Defaults to false.
The truth is: Defaults to following color.ui, which used to default to
false but now defaults to auto.

My bad, I forgot to update these parts of the docs when changing the
default for color.ui (a while back already). Patch follows.
(2)	git config color.branch false ; git branch
Unrelated from the question, but you could write

git -c color.branch=false git branch

to set a configuration value just for one command.

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

Re: Potentially misleading color.* defaults explanation in git-config(1)

From: Anatoly Borodin <hidden>
Date: 2016-09-17 08:17:36

Hi!

Matthieu Moy [off-list ref] wrote:
My bad, I forgot to update these parts of the docs when changing the
default for color.ui (a while back already). Patch follows.
Thanks for the patch!
git -c color.branch=false git branch
Oh, that's a nice one! I don't get a chance to use those
between-git-and-command options often.

Merci!

-- 
Mit freundlichen Grüßen,
Anatoly Borodin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help