git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).