Re: Difference between 'git rebase' and 'git rebase -m'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Nov 17, 2010 at 8:36 PM, Michael J Gruber
<git@xxxxxxxxxxxxxxxxxxxx> wrote:
> Nguyen Thai Ngoc Duy venit, vidit, dixit 17.11.2010 12:43:
>> On Wed, Nov 17, 2010 at 1:27 AM, Jonathan Nieder <jrnieder@xxxxxxxxx> wrote:
>>> Joshua Jensen wrote:
>>>
>>>> I'm curious as to why 'git rebase -m' isn't the default and what the
>>>> real difference is between 'git rebase' and 'git rebase -m'.
>>>
>>> git rebase is faster. :)
>>
>> Perhaps a config option to let people to default to -m. Or perhaps
>> they can just make an alias.
>>
>> By the way, can we make rebase even faster? Rebasing ~20 patches or
>> more seems slow to me. I don't know much how patching works though.
>
> git sequencer...

Sequencer is definitely an improvement. But does it improve
performance? I don't know rebase internals but I think that it needs
to update worktree/index for every commit, which might slow things
down a bit.
-- 
Duy
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]