From: Matthieu Moy <Matthieu.Moy@grenoble-inp.fr>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] push: shorten "push.default is unset" warning message
Date: Tue, 23 Feb 2016 20:47:12 +0100 [thread overview]
Message-ID: <vpqd1rngqf3.fsf@anie.imag.fr> (raw)
In-Reply-To: <xmqqtwkz1c4b.fsf@gitster.mtv.corp.google.com> (Junio C. Hamano's message of "Tue, 23 Feb 2016 11:05:08 -0800")
Junio C Hamano <gitster@pobox.com> writes:
> The punchline of that question is:
>
> I can obviously set it to one of the values mentioned, but what do
> they mean? What's the difference between simple and matching?
>
> It tells us that "See 'git help config'" is not such an effective
> message to help such a user.
[ The teacher inside me speaks ]
Don't underestimate the ability to ignore any pointer to the doc from
many users.
In many case, when a student comes to me scared about an error or
warning message, I just ask the student to read the message to me. If
it's in english, I sometimes have to add "so, what does this mean in
French", and in many cases it's sufficient.
>> Shorten the warning and mention only the way to remove the warning
>> without changing the behavior. Keep a pointer to the documentation so
>> that people willing to learn can still find the alternative behaviors
>> easily.
>
> While I admit that I usually am the most cautious one when dealing
> with any change, I am not sure if this rephrasing helps very much.
> As we saw, the sentence you kept, "See 'git help config'", is not
> effective in helping those stackoverflow users.
Right. But assuming someone who reads the complete message, I found that
keeping only the first lines without a pointer to the doc make the text
kind of mysterious:
warning: push.default is unset; its default value has changed in Git 2.0 from
'matching' to 'simple'. To squelch this message and adopt the new behavior, use:
git config --global push.default simple
Alone, this really looks like a magic formula like "I'm showing you this
warning just to bug you, but you can get rid of it with ...".
> If most people are happy with "simple" (and certainly that was the
> assumption and hope behind the transtion we made at 2.0), we may be
> better off removing the warning altogether.
To me, this is the plan. I have no strong objection in removing it
completely, but I think it makes sense to keep a lightweight one for a
while: if people use different machines with different Git versions
(especially if they ever use a version in the interval 2.0 to 2.3 which
claims to use simple but actually do not), then these people may
appreciate an incentive to set push.default.
OTOH, if they use different Git versions, they will eventually get the
message.
> After all, push.default configuration is hardly the only case where
> there are other ways to use Git that may match the user's situation
> better, and we do not advertise "Oh by the way you can do things
> differently, study the manual" for any of them with a warning
> message like this. Those who want to do different things know to
> seek settings to tweak.
I completely agree with this.
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
next prev parent reply other threads:[~2016-02-23 19:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-23 14:59 [PATCH] push: shorten "push.default is unset" warning message Matthieu Moy
2016-02-23 19:05 ` Junio C Hamano
2016-02-23 19:47 ` Matthieu Moy [this message]
2016-02-24 10:11 ` Jeff King
2016-02-23 20:38 ` Philip Oakley
2016-02-23 21:03 ` Matthieu Moy
2016-02-23 21:04 ` [PATCH] Documentation/git-push: document that 'simple' is the default Matthieu Moy
2016-02-25 9:21 ` [PATCH v2 0/2] Remove "push.default unset" warning Matthieu Moy
2016-02-25 9:21 ` [PATCH v2 1/2] push: remove "push.default is unset" warning message Matthieu Moy
2016-02-25 9:22 ` [PATCH v2 2/2] Documentation/git-push: document that 'simple' is the default Matthieu Moy
2016-02-26 10:54 ` [PATCH v2 0/2] Remove "push.default unset" warning Jeff King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=vpqd1rngqf3.fsf@anie.imag.fr \
--to=matthieu.moy@grenoble-inp.fr \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.