这是我们通常的工作流程:
1.对于新功能,我们从主分支创建功能分支
我们在特色分支上工作
3.在将功能分支合并回主服务器之前,我们首先对主服务器执行rebase,然后合并
我认为这个工作流程很合理。问题在于:有时功能分支会运行很长时间,因此我们希望定期执行rebase,这样它就不会过多地偏离master。第一个rebase很好,我们必须手动解决冲突,并且完成rebase。问题从第2次rebase开始,在这里我们不得不重做我们在第一次rebase中已经完成的所有冲突解决方案,这是重复且容易出错的。那么有没有办法可以保留我们在第一次变革中所做的冲突解决?
这样做的粗略方式可能是:
1.在rebase
的同时从master创建第二个功能分支
2.将重新定义的第一个特征分支合并到第二个特征分支
中
3.继续开发第二个功能分支
这可行/可取吗?有更优雅的方式吗?
答案 0 :(得分:2)
检查命令git rerere
是否对此有帮助。
如Rerere Your Boat所述,它会记录冲突解决方案,并可以再次应用它们。
请务必先设置git config --global rerere.enabled true
。