# git rebase -i slow for a reason ?

2 messages from 2010-04-13 to 2010-04-15. Participants: Mike Hommey, Ramkumar Ramachandra.
Thread: https://gitlist.dev/t/23442

## Mike Hommey, 2010-04-13 10:04

Subject: git rebase -i slow for a reason ?
Message-ID: <20100413100435.GA7441@glandium.org>
URL: https://gitlist.dev/e/20100413100435.GA7441%40glandium.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.

For some reason, today, I was running some git rebase without -i, and
then the same rebases with -i, but without changing the pick list. While
the git rebase without -i were almost instant, git rebase -i was as slow
as usual, which is very far from instant.

Has anyone else seen such behaviour ?

Mike

```

## Ramkumar Ramachandra, 2010-04-15 04:50

Subject: Re: git rebase -i slow for a reason ?
Message-ID: <w2jf3271551004142150yc0323559x7dd66da56f473d22@mail.gmail.com>
URL: https://gitlist.dev/e/w2jf3271551004142150yc0323559x7dd66da56f473d22%40mail.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

```