From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: liam Beguin <liambeguin@gmail.com>
Cc: git@vger.kernel.org, peff@peff.net
Subject: Re: [PATCH v2] rebase -i: add config to abbreviate command-names
Date: Wed, 26 Apr 2017 11:28:16 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.20.1704261126130.3480@virtualbox> (raw)
In-Reply-To: <1493165607.29673.31.camel@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1335 bytes --]
Hi Liam,
On Tue, 25 Apr 2017, liam Beguin wrote:
> On Tue, 2017-04-25 at 22:08 +0200, Johannes Schindelin wrote:
> >
> > On Tue, 25 Apr 2017, Liam Beguin wrote:
> >
> > > diff --git a/git-rebase--interactive.sh b/git-rebase--interactive.sh
> > > index 2c9c0165b5ab..9f3e82b79615 100644
> > > --- a/git-rebase--interactive.sh
> > > +++ b/git-rebase--interactive.sh
> > > @@ -1210,6 +1210,10 @@ else
> > > revisions=$onto...$orig_head
> > > shortrevisions=$shorthead
> > > fi
> > > +
> > > +rebasecmd=pick
> > > +test "$(git config --bool --get rebase.abbrevCmd)" = true && rebasecmd=p
> >
> > A better name would be "pickcmd", as there are more rebase commands than
> > just `pick` and what we want here is really only associated with one of
> > those commands.
>
> Wouldn't that make it confusing when the patch starts to handle other
> commands?
Only if you use that variable to hold other values than `pick` or `p`. But
you do not plan on that, right? You plan to use this variable only to hold
the value `pick` by default and `p` in case the user asked for abbreviated
commands. Therefore, I think it makes sense to reflect in the variable
name that the purpose is really only to reflect the string used for the
`pick` command (as opposed to any other todo command).
Ciao,
Johannes
next prev parent reply other threads:[~2017-04-26 9:46 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-24 3:23 [PATCH] rebase -i: add config to abbreviate command name Liam Beguin
2017-04-24 10:26 ` Johannes Schindelin
2017-04-24 11:04 ` liam BEGUIN
2017-04-25 2:57 ` liam BEGUIN
2017-04-25 19:45 ` Johannes Schindelin
2017-04-25 22:58 ` liam BEGUIN
2017-04-24 12:29 ` Jeff King
2017-04-25 4:37 ` [PATCH v2] rebase -i: add config to abbreviate command-names Liam Beguin
2017-04-25 6:29 ` Junio C Hamano
2017-04-25 8:29 ` Jacob Keller
2017-04-25 23:34 ` liam Beguin
2017-04-26 2:09 ` Junio C Hamano
2017-04-25 9:57 ` Andreas Schwab
2017-04-25 13:59 ` Mike Rappazzo
2017-04-25 10:34 ` Philip Oakley
2017-04-25 4:43 ` Liam Beguin
2017-04-25 9:53 ` Andreas Schwab
2017-04-25 21:23 ` Johannes Schindelin
2017-04-25 22:56 ` liam BEGUIN
2017-04-25 20:08 ` Johannes Schindelin
2017-04-26 0:13 ` liam Beguin
2017-04-26 1:47 ` Jeff King
2017-04-26 3:59 ` Junio C Hamano
2017-04-26 9:25 ` Johannes Schindelin
2017-04-27 0:37 ` Junio C Hamano
2017-04-26 9:28 ` Johannes Schindelin [this message]
2017-04-26 15:24 ` Ævar Arnfjörð Bjarmason
2017-04-27 1:20 ` liam Beguin
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=alpine.DEB.2.20.1704261126130.3480@virtualbox \
--to=johannes.schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=liambeguin@gmail.com \
--cc=peff@peff.net \
/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).