From: Junio C Hamano <gitster@pobox.com>
To: John Tapsell <johnflux@gmail.com>
Cc: Git Mailing List <git@vger.kernel.org>
Subject: Re: [PATCH 1/6] Modify description file to say what this file is
Date: Thu, 19 Feb 2009 02:11:08 -0800 [thread overview]
Message-ID: <7vy6w2n3cz.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: 200902190736.00462.johnflux@gmail.com
[PATCH 1/6] Modify description file to say what this file is
Looks good.
[PATCH 2/6] Google has renamed the imap folder
Jeff already pointed out an obvious thinko; I could fix-up locally (just
ask).
[PATCH 3/6] Improve error message for branching an existing branch
The extra sentence is useless noise to annoy users and make them shout
"none of your business!" back to git.
I would probably get this error message "already exists." more from
forgetting to say "-f" in this sequence:
$ git branch -f pu next
$ git checkout pu
$ sh rebuild-pu-script
to rebuild pu on top of updated next, and "did you mean to checkout?"
misses the mark by a kilometer.
[PATCH 4/6] Improve error message for git-filter-branch
Looks good, with Sverre's rewording would be better, which I could locally
squash in. Needs signoff, which I could locally forge (just ask to fix-up
and forge).
[PATCH 5/6] Change output "error: " to "Error: " etc
Jeff is right, and the patch is wrong.
[PATCH 6/6] Mention to the user that they can reorder commits
The placement of the new message does not feel right, as adding anything
near "If you remove ... WILL BE LOST" will cloud out that message which is
more important.
I think it should come near or perhaps even before Commands, if we were to
add anything here.
But I am afraid that the proposed new message will hurt the clueless users
more than it would help them.
The cheat-sheet at the top is not for learning what the command can do for
the first time. It is there to remind people (who already have general
idea on what can be done) how exactly the commands are spelled. If
somebody does not even know that the purpose of rebase-i is to amend and
resequence, he will more likely destroy his history by blindly using the
command without knowing what is going on, than making a lucky guess.
For that reason, a more appropriate line to add, if we were to add
anything, might be:
# s, squash = use commit, but meld into previous commit
#
+# If you do not know what is going on, remove everything and exit the editor!
+#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
next prev parent reply other threads:[~2009-02-19 10:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-19 7:36 [PATCH 1/6] Modify description file to say what this file is John Tapsell
2009-02-19 10:11 ` Junio C Hamano [this message]
2009-02-19 10:18 ` John Tapsell
2009-03-04 7:07 ` John Tapsell
2009-03-04 10:00 ` Jeff King
2009-03-04 10:01 ` Junio C Hamano
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=7vy6w2n3cz.fsf@gitster.siamese.dyndns.org \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=johnflux@gmail.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).