在我们公司，Git工作流程是在合并后删除功能分支，否则会进行rebase，以避免在repo中增加合并功能分支的数量，但会牺牲可读性。
因此，如果我们对创建该功能所做的所有提交都不感兴趣，我们会进行合并，然后删除功能分支，否则我们会在master上执行rebase。
几个月前，a开始在新的分支＆＃39;功能上开发新功能。从大师创建。 现在，由于上述原因，我想重新定义，以保留该功能的所有提交历史记录。 但是在功能开发过程中，主人分歧如此之大，以至于我一个接一个地修复了大约400次提交的大量冲突（我提前做了400次提交，400次提交了主要提交）：&& ＃39;噩梦，一个非常容易出错的程序。
相反，我最喜欢合并的是，我修复了一次冲突。
我确定我错过了一些东西，因为我是Git初学者，但是有没有办法解决所有冲突，就像我通常使用merge一样然后应用rebase操作？