Re: [BUG] rebase -p loses commits

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

 



On 05/16/2011 04:36 PM, Junio C Hamano wrote:
    F---*  feature
   /   /
  B---M    master

But what does it mean to rebase that on top of master, preserving merges
in the first place? You are already on top of 'master' and '*' itself
should be what you should get, no?  IOW, shouldn't you already be
up-to-date?
Since preserve-merge uses the interactive-rebase, I think interactive-rebase should still pick the merge commit, which will then be consistent with what's happening if we rebase onto "F". So, without knowing whether "F" or "M" is the first-parent, I think interactive-rebase onto "F" and onto "M" should have the same effect. i.e. interactive-rebase picks the merge commit
--
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]