From: Nelson Benitez Leon <nelsonjesus.benitez@seap.minhap.es>
To: Junio C Hamano <gitster@pobox.com>
Cc: Matthieu Moy <Matthieu.Moy@grenoble-inp.fr>, git@vger.kernel.org
Subject: Re: [PATCH] rebase -i: inform the user they can re-order commits
Date: Fri, 16 Mar 2012 16:07:09 +0100 [thread overview]
Message-ID: <4F63571D.4070405@seap.minhap.es> (raw)
In-Reply-To: <7vty1oivub.fsf@alter.siamese.dyndns.org>
On 03/16/2012 01:17 PM, Junio C Hamano wrote:
> Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> writes:
>
>> Nelson Benitez Leon <nelsonjesus.benitez@seap.minhap.es> writes:
>>
>>> +# You can re-order the commit lines to affect the order on which
>>> +# the commits will be applied.
>>
>> That's probably the main use of "rebase -i", so it deserves a mention,
>> yes.
>
> Erm, read in isolation by people like you who _know_ what the command
> does, the addition might look sensible, but I find that line of thinking
> somewhat disturbing in the first place.
>
> These are meant to be a short _reminder_ for people who _learned_ how the
> command they already _know_ is spelled.
>
> If the user does not even know that one of the primary use of the command
> is to reorder, isn't he playing with fire?
In an ideal world everybody should study the manpages and documentation of
a program prior to using it, unfortunately most people often start with an
easy-to-follow tutorial where there are commands to type in, the user
will type them (confident in the tutorial reputation) and try to learn along
the way, in this case giving the user more indications about what he can
do in any moment is, in my opinion, a good thing (as git already does).
> If we come up with a politely worded message that makes the user realize
> that the user does not know what he is doing and gently nudges the user to
> read the documentation before continuing to potentially harm himself, that
> would be a good addition, but...
>
> So, I dunno.
next prev parent reply other threads:[~2012-03-16 14:08 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-16 11:13 [PATCH] rebase -i: inform the user they can re-order commits Nelson Benitez Leon
2012-03-16 10:21 ` Matthieu Moy
2012-03-16 11:34 ` Nelson Benitez Leon
2012-03-16 11:53 ` Matthieu Moy
2012-03-16 13:36 ` Jakub Narebski
2012-03-16 12:17 ` Junio C Hamano
2012-03-16 15:07 ` Nelson Benitez Leon [this message]
2012-03-16 14:12 ` Matthieu Moy
2012-03-16 14:26 ` Junio C Hamano
2012-03-16 14:36 ` Matthieu Moy
2012-03-16 14:46 ` Junio C Hamano
2012-03-16 14:39 ` Junio C Hamano
2012-03-20 23:07 ` Junio C Hamano
2012-03-21 8:25 ` Matthieu Moy
2012-03-21 10:45 ` Philip Oakley
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=4F63571D.4070405@seap.minhap.es \
--to=nelsonjesus.benitez@seap.minhap.es \
--cc=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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).