Git，在两个分支上重命名时，未检测为重命名

Question

关于 Git 在内容更改后未检测到重命名的许多问题。 我有一个不同的问题： 在共同祖先上有文件 f_rename.txt。 在一个分支（分歧）上，我将（仅，不更改内容）重命名为 f_rename_1.txt 在其他分支上仅重命名为 f_rename_2.txt

合并两个分支时出现冲突：

我无法理解这种行为，即使我假设 Git 没有检测到重命名操作并且 f_rename_1 被认为是一个新文件，那么为什么它标记为冲突？与什么冲突？

查看阶段文件，很明显未修改的文件（相同的 SHA1）：

我希望像 Git conflict (rename/rename) 那样重命名/重命名

我不是在问如何解决冲突！而是为什么 Git 会这样。 我正在使用 Git '2.13.3.windows.1'

谢谢 波阿斯

Answer 1

您在问题中包含的图像具有git status 输出。

您所期望的CONFLICT (rename/rename): 由git merge 命令打印。

您现在看到的在索引中留下的 trace 是索引有一个用于原始名称的 stage-1 条目（没有 stage-2 或 stage-3条目），一个新名称的第 2 阶段条目（没有第 1 阶段或第 3 阶段条目），以及另一个新名称的第 3 阶段条目（没有第 1 阶段或第 2 阶段条目） . git status 命令打印该类型跟踪的输出。

查看您的linked question 接受的答案，它显示相同的git status 输出。 both deleted 行只是在后面出现，因为输出按文件名排序，will-be-deleted 以 w 开头，后面出现。