我在回购方面遇到了一个奇怪的问题。我有一个由另一个开发人员创建的分支，名为other，我刚刚将一些涉及重命名一堆文件的重构合并到master中。
[other] /->[normal commits]-----------------
/
[master] (old)->(old)->---------->[potential file changes]--->[potentially difficultmerge due to potential file changes]
/
[otherbranch] [massive rename]/
我可以在以后的提交中更改它们的内容（实际上是java包标识），然后再合并其他内容，而不必对这些重命名进行糟糕的解析吗？有问题的文件在other中被修改了很多。
编辑：如果没有重命名，具有递归和耐心的Git合并应该能够很好地处理合并，那么同样的逻辑也适用于重命名吗？
为什么不恢复'rename'merge，合并'other'，然后再次合并'rename`？这不是一个完美的解决方案，但现在就应该有效。
看看这里，了解如何正确地恢复合并撤消一个没有'；尚未推送