Git development
 help / color / mirror / Atom feed
* git interactive rebase does not allow editing commits at once anymore
@ 2026-04-30  7:46 David Jordanes
  2026-04-30  9:29 ` Junio C Hamano
  2026-04-30 13:43 ` Phillip Wood
  0 siblings, 2 replies; 3+ messages in thread
From: David Jordanes @ 2026-04-30  7:46 UTC (permalink / raw)
  To: git@vger.kernel.org

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???

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: git interactive rebase does not allow editing commits at once anymore
  2026-04-30  7:46 git interactive rebase does not allow editing commits at once anymore David Jordanes
@ 2026-04-30  9:29 ` Junio C Hamano
  2026-04-30 13:43 ` Phillip Wood
  1 sibling, 0 replies; 3+ messages in thread
From: Junio C Hamano @ 2026-04-30  9:29 UTC (permalink / raw)
  To: David Jordanes; +Cc: git@vger.kernel.org

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?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: git interactive rebase does not allow editing commits at once anymore
  2026-04-30  7:46 git interactive rebase does not allow editing commits at once anymore David Jordanes
  2026-04-30  9:29 ` Junio C Hamano
@ 2026-04-30 13:43 ` Phillip Wood
  1 sibling, 0 replies; 3+ messages in thread
From: Phillip Wood @ 2026-04-30 13:43 UTC (permalink / raw)
  To: David Jordanes, git@vger.kernel.org

Hi David

On 30/04/2026 08:46, David Jordanes wrote:
> 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


> 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???


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2026-04-30 13:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-30  7:46 git interactive rebase does not allow editing commits at once anymore David Jordanes
2026-04-30  9:29 ` Junio C Hamano
2026-04-30 13:43 ` Phillip Wood

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox