git 重命名/删除混淆

Question

我对特定的 git 行为有一个困惑：

以下是步骤和情况（稍后还会给出命令列表）：

1. 我有两个分支： master 和 XBranch
2. 它们都有一个文件 src/a.txt 。它的内容是“旧内容”
3. 在 XBranch 中我将 src/a.txt 重命名为 src/b.txt，使用：mv、git rm、git add< /代码>。

4. 在 master 中将文件重命名为 a.txt。在提交期间，我执行了 git rm src/a.txt 但忘记执行 git add src/b.txt 在 master 中，我执行以下操作： git rm src/a.txt 和 git commit

5. 在 master 中，我将文件 b.txt 的内容编辑为“新内容

6. 在master中我执行git add src/b.txt 和 git commit
7. 在 master 中我这样做： git merge XBranch

文件 src/b.txt 冲突，这是完全可以理解的。 但内容是“旧内容”。为什么？

为什么不是这样的：

<<<<<<< HEAD
New Content
=======
Old content
>>>>>>> XBranch

命令列表：

sabya@SABYA-PC d:/merge_temp/test/case2
$ mkdir source

sabya@SABYA-PC d:/merge_temp/test/case2
$ git init
Initialized empty Git repository in d:/merge_temp/test/case2/.git/

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ mkdir src

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ vi src/a.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ cat src/a.txt
Old Content

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git add src/

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git commit
[master (root-commit) 148500e] added src/a.txt
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 src/a.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git branch XBranch

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git checkout XBranch
Switched to branch 'XBranch'

sabya@SABYA-PC d:/merge_temp/test/case2 (XBranch)
$ mv src/a.txt src/b.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (XBranch)
$ git rm src/a.txt
rm 'src/a.txt'

sabya@SABYA-PC d:/merge_temp/test/case2 (XBranch)
$ git add src/b.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (XBranch)
$ git commit
[XBranch b3ff8fa] changed a.txt to b.txt in XBranch
 1 files changed, 0 insertions(+), 0 deletions(-)
 rename src/{a.txt => b.txt} (100%)

sabya@SABYA-PC d:/merge_temp/test/case2 (XBranch)
$ git checkout master
Switched to branch 'master'

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ mv src/a.txt src/b.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git rm src/a.txt
rm 'src/a.txt'

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git commit
[master bfeaecb] removed src/a.txt
 1 files changed, 0 insertions(+), 1 deletions(-)
 delete mode 100644 src/a.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ vi src/b.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ cat src/b.txt
New Content

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git add src/b.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git commit
[master 2361d5e] changed content of b.txt
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 src/b.txt

sabya@SABYA-PC d:/merge_temp/test/case2 (master)
$ git merge XBranch
CONFLICT (rename/delete): Rename src/a.txt->src/b.txt in XBranch and deleted in HEAD
Automatic merge failed; fix conflicts and then commit the result.

sabya@SABYA-PC d:/merge_temp/test/case2 (master|MERGING)
$ cat src/b.txt
Old Content

Answer 1

存在冲突，但与文件内容无关。这是关于
树内容。

• 有一个新文件 b.txt，
• 在一棵树中，case2 目录（在 master 中），同一目录（在 XBranch 中）中 有一个重命名文件a.txt => b.txt

当您解决冲突时，您实际上选择了一个文件或
其他（文件中没有一行）。因此，结果中的“旧内容”
文件。

---

OP 在评论中添加：

但是它与以下情况在逻辑上有何不同：

1. 我在 master 中添加了一个包含“旧内容”的文件 a.txt 并提交。
2. 我在 XBranch 中添加了一个带有“新内容”的文件 a.txt 并提交。
3. 我将 XBranch 合并到 master 中。
   这次它显示了该文件中的两个内容！

这次，两棵树（分支 master 和 XBranch 中的 case2 目录）
引用新文件a.txt：其内容被合并，但存在冲突
解决。之前，a.txt之间存在冲突
（重命名为 b.txt）和新 b.txt：这两个文件不能存在于
同一分支，必须做出选择（文件，而不是文件内容）。

在我的问题的第 4 步中，如果我在单个中执行“git rm”和“git add”
提交，它按我的预期工作！我现在无法理解这一点。
如何预测文件何时将包含这两种内容？
什么时候它只有 XBranch 的内容以及什么时候它只有
master 的内容？

这意味着：

• 不要将 XBranch（a.txt 重命名为 b.txt）合并到 master 提交
  使用步骤 6 中的新 b.txt（树冲​​突），
• 您可以合并 XBranch（a.txt 重命名为 b .txt）与新的master
  步骤 4（a.txt 也重命名为 b.txt）：相同的树内容，但不同
  blob内容：行冲突。

---

话虽这么说，OP仍然认为一定有一个错误：

• git mailing-list Question< /a>
• GitHub 支持问题

---

注意：Git 2.18（2018 年第 2 季度）更改了合并递归的冲突检测报告。
请参阅 提交 6e7e027（2018 年 4 月 19 日），作者：伊利亚·纽伦 (newren)。

merge-recursive：避免目录重命名中的虚假重命名/重命名冲突

如果历史记录一侧的文件被重命名，并且仅在另一侧进行修改
另一侧，然后将目录重命名应用到修改后的一侧给我们
重命名/重命名(1to2)冲突。
我们应该只将目录重命名应用于表示添加或重命名的对。

进行此更改意味着目录重命名测试用例
之前报告为重命名/删除冲突，现在将报告为
修改/删除冲突。

---

当二进制文件在历史记录两侧被修改并重命名到不同位置时，两个文件都将写入工作树，但都将具有“ours”中的内容。

Git 2.27（2020 年第 2 季度）已更正此问题，以便各方的路径都能获取其原始内容。

请参阅 提交 95983da（2020 年 5 月 13 日），作者：伊利亚·纽伦 (newren)。
^{（由 Junio C Hamano -- gitster -- 合并于 提交 abbd1d9，2020 年 5 月 20 日）}

合并递归：修复重命名/重命名(1to2) 用于具有二进制的工作树

^{报告人：张春林
签字人：伊利亚·纽伦}

对于重命名/重命名(1to2)冲突，我们尝试对文件内容进行三向合并，以便可以将正确的内容放置在两个路径的工作树中。

但是，如果文件是二进制文件，则不可能进行内容合并，我们应该在每个路径上使用文件的原始版本。