git - 如果在未来提交中发生比重命名更名的更改，是否可以在 git 中 merge 重命名？

我对 repo 有一些奇怪的问题。我有另一个开发人员的分支，称为 other，我刚刚将一些涉及重命名一堆文件的重构 merge 到 master 中。

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

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

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

最佳答案

为什么不直接恢复“重命名” merge ， merge “其他”，然后再次 merge “重命名”？这不是完美的解决方案，但应该可以在此时此地发挥作用。

看看这里，了解如何正确恢复 merge Undo a Git merge that hasn't been pushed yet

关于git - 如果在未来提交中发生比重命名更名的更改，是否可以在 git 中 merge 重命名？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17984412/