From: Jeff King <peff@peff.net>
To: Marc Weber <marco-oweber@gmx.de>
Cc: git@vger.kernel.org
Subject: Re: [PATCH 2] renaming git add -i [r]evert -> reset and adding gitt add -i [c]heckout
Date: Sun, 5 Oct 2008 18:11:50 -0400 [thread overview]
Message-ID: <20081005221150.GA22007@coredump.intra.peff.net> (raw)
In-Reply-To: <20081005214644.GB32727@gmx.de>
On Sun, Oct 05, 2008 at 11:46:44PM +0200, Marc Weber wrote:
> I'll try to do it better now (not sure who is the mantainer though,
> I've seen that you've commited some lines to this file)..
The usual git maintainer is Junio Hamano <gitster@pobox.com>.
But he is out of touch for a few weeks, so the interim maintainer is
Shawn Pearce <spearce@spearce.org>.
> ============= attachement git show output ============================
The usual way of mailing patches is a bit different:
- send one patch per email; if multiple patches are meant to be applied
in series, number them [PATCH i/n]. In this case, I think you would
want your patches applied in series (since the second one will
textually depend on the first).
- use "git format-patch" to generate the patches. This generates an
email format that can be applied on the other end by "git am".
- use "git send-email" to send the patches generated by format-patch.
You can also send the patches directly from your mail reader, but you
will want to merge your regular mail headers with those generated by
format-patch (e.g., the Subject line generated by format-patch should
become the subject line of your message).
> commit 852b21bf88b1de784244a6e99de9a53a5c61dd8c
> Author: Marc Weber <marco-oweber@gmx.de>
> Date: Sun Oct 5 23:09:04 2008 +0200
>
> rename the git add -i [r]evert command to [r]eset to use the same term as in git reset
> purpose: decrease possibility of confusion for users with svn background (svn revert = git checkout)
Please follow the usual "subject\n\nbody" convention for commit
messages. And if the patch touches just one subsystem, we usually say
"subsystem: what the patch does." So something like:
add--interactive: rename [r]evert command to [r]eset
followed by a newline, then your explanation.
I think you may want to note on this patch, too, that "revert" is also
confusing for git users. Maybe like:
The term "revert" is used very confusingly here. In git, to "revert"
is to take the changes made by a previous commit and un-apply them,
creating a new commit. The act of changing what is in the index to
match HEAD is called "reset".
Furthermore, incoming svn users will also find this confusing, since
to them, "revert" means to reset the working tree, which corresponds
to "checkout" in git.
> commit b3d438764a7429e1dfacef8f499a0126076ed2bc
> Author: Marc Weber <marco-oweber@gmx.de>
> Date: Sun Oct 5 15:15:38 2008 +0000
>
> renamed revert in ga -i to reset, added [c]heckout
The first patch has been split out, and then this one contains the
changes for both. So I think what you want to do is to rebase this
change on top of the previous one, so that it should then have just the
"checkout" changes, and then write an appropriate commit message for it.
-Peff
next prev parent reply other threads:[~2008-10-05 22:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-05 15:26 What about renaming ga -i [r]evert to [r]eset ? Marc Weber
2008-10-05 16:41 ` Jeff King
2008-10-05 21:46 ` [PATCH 2] renaming git add -i [r]evert -> reset and adding gitt add -i [c]heckout Marc Weber
2008-10-05 22:11 ` Jeff King [this message]
2008-10-06 14:46 ` [PATCH 1/2] add--interactive: rename [r]evert command to [r]eset Marc Weber
2008-10-06 14:49 ` [PATCH 2/2] add--interactive: added [c]heckout Marc Weber
2008-10-06 14:51 ` Shawn O. Pearce
2008-10-06 15:55 ` Marc Weber
2008-10-06 14:55 ` [PATCH 1/2] add--interactive: rename [r]evert command to [r]eset Shawn O. Pearce
2008-10-06 15:51 ` Marc Weber
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=20081005221150.GA22007@coredump.intra.peff.net \
--to=peff@peff.net \
--cc=git@vger.kernel.org \
--cc=marco-oweber@gmx.de \
/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).