2

我对回购有一点奇怪的问题。我有另一个开发人员的分支，称为 other，我刚刚合并到 master 一些涉及重命名一堆文件的重构。

         [other]      /->[normal commits]-----------------\
                     /                                     \
[master] (old)->(old)->---------->[potential file changes]--->[potentially difficultmerge due to potential file changes]
                               /
[otherbranch] [massive rename]/

我可以在合并其他之前在以后的提交中更改它们的内容（实际上是 java 包标识），而不必对这些重命名进行令人讨厌的解析吗？有问题的文件被修改了other很多。

编辑：如果没有重命名，具有递归和耐心的 Git-merge 应该能够很好地拾取合并，那么相同的逻辑是否适用于重命名？

4

1 回答 1

2

为什么不直接恢复“重命名”合并，合并“其他”，然后再次合并“重命名”？不是完美的解决方案，但应该在此时此地工作。

看看这里，了解如何正确还原合并撤消尚未推送的 Git 合并

于 2013-08-01T16:17:15.180 回答