git/list[1] front-page[2] threads[3] people[4] search[5] about
 

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

From
Chris Packham <judge.packham@gmail.com>
Date
Aug 4, 2016, 00:41 UTC
Message-ID
<CAFOYHZDHGn2HsV5U4z3Or7=7ypSkuKwbtQCmNaNuK+n06c0YXA@mail.gmail.com>
In-Reply-To
<alpine.DEB.2.20.1608031621590.107993@virtualbox>

On Thu, Aug 4, 2016 at 2:31 AM, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:

Show 8 quoted lines
> Hi Chris,
>
> On Wed, 3 Aug 2016, Chris Packham wrote:
>
>> This is similar to the existing "reword" command in that it can be used
>> to update the commit message the difference is that the editor presented
>> to the user for the commit. It provides a useful shorthand for "exec git
>> commit --amend --no-edit -s"
<snip>
Show 7 quoted lines
> Having said that, this patch clashes seriously with my current effort to
> move a lot of the interactive rebase from shell into plain C. It is
> actually ready, but getting this into the code base is really slow-going,
> unfortunately.
>
> Now, after looking at your patch it looks to me as if this would be easily
> ported, so there is not a big deal here.

Yeah sorry. I knew there was something in flight but ended up doing a quick hack on top of master.

Show 9 quoted lines
> 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. Why not introduce a much
> more flexible feature, where you add something like "rebase -i aliases"?
>
> Maybe something like this:
>
> [rebase "command"]
>         sign = git commit --amend -s --no-post-rewrite --no-edit -S

I did briefly consider that. I ended up taking the shortcut because I had a patch series I needed to sign.

Elsewhere in this thread the idea of pick -S or reword -S was raised. I'd actually prefer that because there seems little between 'git config rebase.command.sign blah' and 'exec ~/sign.sh'

> I have not completely thought this through, but maybe this direction would
> make the interactive rebase even more powerful?

The uses I can think of are adding sign-off and running "make check". For me rebase -i doesn't need to be much more powerful than that.

Previous: Johannes SchindelinNext: Junio C Hamano
Message 10 of 11 in “rebase--interactive: Add "sign" command”
  1. rebase--interactive: Add "sign" commandChris Packham, Aug 3, 2016
  2. Johannes SchindelinAug 3, 2016
  3. Johannes SchindelinAug 3, 2016
  4. Junio C HamanoAug 3, 2016
  5. Johannes SchindelinAug 3, 2016
  6. Jeff KingAug 3, 2016
  7. Chris PackhamAug 4, 2016
  8. Junio C HamanoAug 4, 2016
  9. Johannes SchindelinAug 5, 2016
  10. Chris PackhamAug 4, 2016
  11. Junio C HamanoAug 3, 2016

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.