Thread (5 messages) flat view 5 messages, 4 authors, 2016-08-05

Re: [RFC/PATCH] rebase--interactive: Add "sign" command

From: Johannes Schindelin <hidden>
Date: 2016-08-05 16:05:11

Hi Peff,

On Wed, 3 Aug 2016, Jeff King wrote:
On Wed, Aug 03, 2016 at 09:08:48AM -0700, Junio C Hamano wrote:
quoted
quoted
However, I could imagine that we actually want this to be more
extensible.  After all, all you are doing is to introduce a new
rebase -i command that does nothing else than shelling out to a
command.
Yup, I tend to agree.

Adding "sign" feature (i.e. make it pass -S to "commit [--amend]") may
be a good thing, but adding "sign" command to do so is not a great
design.
I'm not sure what you mean by "feature" here, but it reminded me of
Michael's proposal to allow options to todo lines:

  http://public-inbox.org/git/530DA00E.4090402@alum.mit.edu/

which would allow:

  pick -S 1234abcd

If that's what you meant, I think it is a good idea. :)
I looked at the code in git-rebase--interactive.sh again and stumbled over
something important: if you "pick" a commit, it *already* uses the
information provided to the rebase command via the -S option, *unless* the
pick fast-forwards.

That is, I came to believe that the "sign" command is unnecessary, and
that the --force-rebase option in conjunction with the -S option is what
should be used.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help