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

Re: git rebase -i slow for a reason ?

From
Ramkumar Ramachandra <artagnon@gmail.com>
Date
Apr 15, 2010, 04:50 UTC
Message-ID
<w2jf3271551004142150yc0323559x7dd66da56f473d22@mail.gmail.com>
In-Reply-To
<20100413100435.GA7441@glandium.org>
Hi,
> Most of the time, I run git rebase with -i, so while it is slow, I
> always assumed there was somehow a reason.

Technically, the interactive counterpart is simply a shell script that calls the git-rebase binary along with a bunch of other things. See git-rebase--interactive in the the source tree. Your observations about speed mainly have to do with how the interactive counterpart recursively cherry-picks and rebases.

-- Ram
Previous: Mike Hommey
Message 2 of 2 in “git rebase -i slow for a reason ?”
  1. Mike HommeyApr 13, 2010
  2. Ramkumar RamachandraApr 15, 2010

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.