相关疑难解决方法(0)

Git的命令文档rebase非常简短:

--preserve-merges
    Instead of ignoring merges, try to recreate them.

This uses the --interactive machinery internally, but combining it
with the --interactive option explicitly is generally not a good idea
unless you know what you are doing (see BUGS below).

那么当你使用时会发生什么--preserve-merges？它与默认行为(没有该标志)有何不同？"重新创建"合并等意味着什么？

我的功能分支超过了大约30个或更多提交.与此同时,在开发分支中,其他开发人员也没有推出其他功能.因此,每次在开发时发布新功能时,我都会被要求:

1. Rebase开发分支到我的功能分支
2. 解决冲突(如果有的话)
3. 继续在功能分支中进行开发

问题

第二步是这里的鸡脖子.在重新定位时,它为每个分支的提交提供了冲突.这实际上是迭代和冗余的.注意,由于我在分支机构的工作仍在进行中,因此我无法立即重新开发开发分支.

我尝试了什么？

1. 为了squash减少我提交尽可能(但是这有助于至少,因为大部分时间没有什么壁球)
2. 对stash我的改变,改变开发,然后取消我的变化.(但在这里,我也会遇到冲突)
3. 使用-preserve-mergesrebase.(但是这里的每个人都大声说使用它是完全气馁的)

那么,当功能分支本身有大量提交时,处理功能分支上的变形发展到最少冲突的最佳方法是什么.我是一个更新鲜的人,所以回复一个有用的解释(或链接)将有助于继续.