Git mv运行不符合预期：合并分支时出现文件位置错误与合并冲突

Git 本身没有「文件/目录移动」的专门记录机制，不管你是用git mv还是手动移动文件后提交，Git 内部都只会记录为「旧路径文件删除」+「新路径文件新增」，合并时完全依赖文件内容的相似度匹配来推断两个路径是否属于同一个文件的移动。
你遇到的识别错误核心有三个原因：

• 默认合并策略的检测能力有限：旧版默认的recursive策略对重命名、移动的识别准确率低，即使是新版默认的ORT策略，默认也只开启文件级的重命名检测，不会自动推断目录级的移动规则，这就是为什么你示例里的new_test嵌套目录没有被自动迁移到dir2下的原因。
• 新增文件/目录缺少匹配基线：对于移动操作之后在原路径新增的文件，如果是嵌套目录内的全新文件，Git 没有旧版本的内容可以和新路径做匹配，自然无法自动关联到父目录的移动逻辑。
• 相似度阈值不匹配：如果文件有少量修改，默认的相似度阈值可能没匹配上，就会被Git判定为两个不同的文件，出现放错位置的问题。

1. 合并时开启目录重命名检测并调整阈值，使用如下命令执行合并：

git merge -s ort -X find-renames=60% -X directory-renames 待合并的分支名

其中find-renames后的数值是文件相似度阈值，如果你合并的分支文件修改较多，可以适当调低阈值提升识别率。
2. 对于仍未被识别的少量嵌套目录，手动执行git mv将残留目录移动到目标路径，再提交合并结果即可，无需逐个处理文件冲突。
3. 如果团队还有多个未做目录整合的分支需要后续合并，建议先将目录移动的提交同步到所有未整合分支，后续再做开发就不会再出现这类移动识别冲突。

内容的提问来源于stack exchange，提问作者arielma