* git rebase -i slow for a reason ?
@ 2010-04-13 10:04 Mike Hommey
2010-04-15 4:50 ` Ramkumar Ramachandra
0 siblings, 1 reply; 2+ messages in thread
From: Mike Hommey @ 2010-04-13 10:04 UTC (permalink / raw)
To: git
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
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: git rebase -i slow for a reason ?
2010-04-13 10:04 git rebase -i slow for a reason ? Mike Hommey
@ 2010-04-15 4:50 ` Ramkumar Ramachandra
0 siblings, 0 replies; 2+ messages in thread
From: Ramkumar Ramachandra @ 2010-04-15 4:50 UTC (permalink / raw)
To: Mike Hommey; +Cc: git
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-04-15 4:50 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-13 10:04 git rebase -i slow for a reason ? Mike Hommey
2010-04-15 4:50 ` Ramkumar Ramachandra
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).