Thread (4 messages) flat view 4 messages, 4 authors, 2016-06-15

Re: [PATCH] push: Provide situational hints for non-fast-forward errors

From: Zbigniew Jędrzejewski-Szmek <hidden>
Date: 2016-06-15 22:53:18

On Wed, Mar 14, 2012 at 02:00:38PM +0100, Matthieu Moy wrote:
Zbigniew Jędrzejewski-Szmek [off-list ref] writes:
quoted
I think that having three different config keys for the three
different advices makes sense, because the advices will be displayed
at different times.
I don't think it really makes sense to be such fine-grained. We already
have 6 different advices, so an advance user who do not want them need
to set these 6 variables. I think we want to keep this number relatively
low.

The advice messages do not point explicitely to the way to disable them,
so users who know how to set advice.* are users who know a little about
configuration files, and who read the docs. 
Elsewhere in this thread it was proposed to add an actual 'git config'
command to the advice.
Instead of having too
fine-grained configuration variables, we can have a better doc,
explaining shortly the 3 possible cases under advice.nonfastforward in
config.txt. The user who disable the advice can read the doc (I usually
think that "users don't read documentation" is a better assumption, but
since the user knows about the name of the variable, it is OK here).

Also, if I read correctly the patch, the old variable is left in the doc
and in advice.{c,h}, but is no longer used. This means old-timers who
have set it will see the message poping-up again after they upgrade,
which I think is inconveinient for them.
So it seems that the old variable should be respected, not to annoy
"old-timers".

Zbyszek
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help