Volume XXII, number 280Wednesday, October 7, 2026Latest message 1 hour ago

The Git List

News and archive of git@vger.kernel.org, since April 2005

git interactive rebase does not allow editing commits at once anymore

3 messages between Apr 30, 2026 and Apr 30, 2026, from David Jordanes, Junio C Hamano, Phillip Wood.

Plain Markdown or JSON for tools and agents.

David JordanesApr 30, 2026, 07:46 UTC on lore
Git version: git version 2.53.0.windows.2
OS: Windows 11
Steps to reproduce:
1. Create a dummy repo
2. Create a couple of commits
2. Run git rebase -i HEAD~2

Observed: Lines in todo appear as: pick <hash> # commit 1 pick <hash> # commit 2

After editing: reword <hash> commit A reword <hash> commit B

Then git loops each commit to edit. 

Expected: After editing, all changes should be applied at once (no loop).

Question: Is this intended behavior? By whom and why this flow was decided? What problem it solves? If I have to rebase interactively 10 or 15 commits I have to go through all those commits one by one???

Junio C HamanoApr 30, 2026, 09:29 UTC in reply to David Jordanes on lore

Re: git interactive rebase does not allow editing commits at once anymore

David Jordanes <davidjordanes@outlook.com> writes:
> Git version: git version 2.53.0.windows.2
> OS: Windows 11

I do not do Windows, but I am curious about "anymore" part of your message title. Are you reporting a regression?

Phillip WoodApr 30, 2026, 13:43 UTC in reply to David Jordanes on lore

Re: git interactive rebase does not allow editing commits at once anymore

Hi David
On 30/04/2026 08:46, David Jordanes wrote:
Show 18 quoted lines
> Git version: git version 2.53.0.windows.2
> OS: Windows 11
> 
> Steps to reproduce:
> 1. Create a dummy repo
> 2. Create a couple of commits
> 2. Run git rebase -i HEAD~2
> 
> Observed:
> Lines in todo appear as:
> pick <hash> # commit 1
> pick <hash> # commit 2
> 
> After editing:
> reword <hash> commit A
> reword <hash> commit B
> 
> Then git loops each commit to edit.

If you mean git opens the editor for you to edit the first commit message and then when you close the editor it opens the second message, it is working as it always has done. There is an external program called "git-revise" which I believe lets you edit multiple commit message at once though I've not used it myself.

Processing the commits one at a time lets you inspect the changes for the commit you're editing the message for and if you have "commit.verbose" enabled then git will show you the diff for the commit below the commit message in the editor.

Thanks
Phillip
Show 5 quoted lines
> Expected:
> After editing, all changes should be applied at once (no loop).
> 
> Question:
> Is this intended behavior? By whom and why this flow was decided? What problem it solves? If I have to rebase interactively 10 or 15 commits I have to go through all those commits one by one???

Back to recent threads