2016-08-02 137 views
1

我有一个长时间运行的功能分支,它已开始重命名我的Web应用程序的主文件夹,但其中包含相当多的更改。git冲突重命名/大量文件更改

在我的主分支上,我并行地做了很多文件更改。

合并时,由于重命名,现在每个已更改的文件都存在冲突。

解决此问题的最佳策略是什么?

+0

考虑将你的特性分支重新分配到最新的主标签上:''''git rebase -i master'''。这可能会导致更少的合并冲突。 – Owen

+0

感谢您的快速响应。当我开始重新绑定时,当达到重命名提交时,我会得到相同的冲突,这在开始时是笔直的。我尝试跳过重命名,然后下一次提交失败 – jdog

+0

恐怕您可能需要手动解决冲突或重新应用更改作为补丁 - 我的git技能不足以建议任何更简单的方法。 – Owen

回答

1

我会说没有银弹重命名冲突/许多文件更改。 根据你的分支差异你需要解决冲突,看起来很多手动合并处理对于你的情况是不可避免的。

最重要的是,你应该重新考虑你的workflow。 git哲学中不推荐长时间运行的功能分支。

+0

所以有什么办法可以允许在2个不同的分支中重命名和编码更改,或者是否需要序列化所有代码更改以重命名? – jdog