Re[2]: git loses a commit after reordering.

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

 



>On Sun, 30 Apr 2017, 1:56 +03:00 from Kevin Daudt <me@xxxxxxxxx>:
>Not sure if this is the case here, but it at least confirms that rebase
>--preserve-merges was not meant to reorder commits.
>
>See [this][1] thread for more background on this limitation.
>
>[0]: https://git-scm.com/docs/git-rebase#_bugs
>[1]: https://public-inbox.org/git/1mtveu4.19lvgi1c0hmhaM%25lists@xxxxxxxxxxxxxxxx/

This is it. As I understand git-rebase--helper is an attempt to fix the bug.
But it's still in development, isn't it?

Is there a simple/the right way how to do reordering without losing
merge commits now? E.g., I've done it by git-cherry-pick during interactive rebasing.

Thanks.

--
Nikita Orlov




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