Re: [PATCH RFC] rebase--interactive: if preserving merges, use first-parent to limit what is shown.

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

 



Stephen Haberman wrote:
However, t3404 makes a good point that if the right hand of the merge
has parents that are going to get rebased, the right hand side does
need to be included/shown/rewritten.


But, won't those commits get linearized? Won't git rebase pick the commits into the left-hand side of the merge instead of into the right hand side?

If git rebase is to handle nonlinear history, it needs much more expressive commands; not only saying which commit to pick, but also what the commit's parents shall be.

--
error compiling committee.c: too many arguments to function

--
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]

  Powered by Linux