将 master 合并到分支后，master 包含来自分支的更改

Question

我最近创建了一个分支，branchA 关闭了 master 来开发一个功能。在开发此功能时，其他提交被推送到master。我想将这些更改带入分支，所以在branchA 中，我运行了

git merge master 

然后我在此基础上进行了更改 (B)。但是，后来我意识到我将master合并到分支中很糟糕，所以我恢复了提交使用

git revert [hash of merge of master in branchA] -m 1

然后我重新应用了 B 的更改，并提交了它。最后，我将master 重新合并为branchA。

我对这次合并很满意，所以我想将 branchA 的更改带入 master。令我惊讶的是，更改已经在master 中。当我检查出主人并运行时

git merge branchA

我看到了

已经是最新的了。

这里发生了什么？

我来自 SVN 背景，所以我预计需要将 branchA 合并回 master，但似乎这似乎是自动发生的？这种行为是否与快进有关？如果我不希望这种行为发生（例如，将更改从 master 拉入分支，而不会让分支中的更改溢出回 master）。

提前致谢！

Answer 1

以master 和branchA 开头，每个都有几个提交，branchA 已签出（显示为 *）：

m1 - m2 - m3     <--- master
 \ 
  a1 - a2       <--- branchA*

[编辑：更新了每个 cmets 的合并结果，以显示 master 不会自动前进到合并提交]

然后merge master到branchA，显示为merged commit a2m3：

m1 - m2 - m3        <-- master
 \          \ 
   a1 - a2 - a2m3   <-- branchA*

合并的恢复只是应用“撤消”更改，它不会撤消实际的合并 - 显示为 a2m3'：

m1 - m2 - m3      <-- master
 \         \      
  a1 - a2 - a2m3 - a2m3' <-- branchA*

由于您在 branchA 仍然签出的情况下进行了此还原，因此 branchA 引用将指向新提交，master 引用仍指向 m3 提交。

然后您添加了另一个提交：

m1 - m2 - m3      <-- master
 \         \      
  a1 - a2 - a2m3 - a2m3' - a3 <-- branchA*

最后，当您签出master 并合并到branchA 时，正如您所猜测的，这只是一个快进，它转发了master 以指向与branchA 相同的提交。这是可能的，因为从 m3 到 a2m3 的合并链接仍然存在（revert 没有删除它），所以master 被认为是 a3 的父提交（a3 有一个完整的链）并且可以快速- 转发。

m1 - m2 - m3  
 \         \      
  a1 - a2 - a2m3 - a2m3' - a3 <-- branchA / master*

此时您尝试将 branchA 合并到 master，但得到的响应是“已经是最新的”。

现在，在第二次合并尝试之前，如果您在合并 branchA 之前已签出 master 并至少提交了一次，或者其他人已在遥控器上提交了 master 并且您将其拉下，那么你的分支会再次分叉（想想 m3 右侧的新 m4 提交）。如果发生这种情况，从 branchA 到 master 的合并将是一次完全合并，而不仅仅是快进。

---

如何看待分支

对我来说如何考虑分支的突破是，分支实际上只是对提交的引用——从技术上讲，所有的父提交都与它相关联。当您合并两个分支时，您只是创建了一个具有两个父级而不是一个的提交，此时没有两个分支，只有一个 - 甚至曾经是分开的 master 和branchA，不再是分开的——它们已经真正合并了，现在两个分支都引用了它们。

---

你还能做什么？

根据我认为你想做的事情，你可以这样做：

警告：如果您在推送到其他人 (tm) 有权访问的遥控器后更改历史记录，则会出现“可能发生的坏事 (tm)”……但至少在这种情况下，它会只重写 branchA 历史，而不是 master

1. 与其将master 的合并还原为branchA，不如将​​branchA 重置为先前的提交a2：

   git reset --hard <hash of a2>
   

   像这样重置会删除对 a2m3 的所有引用，因此它会有效地从您的存储库中删除。它仍然会在你的仓库中一段时间​​，但除非你将哈希保存在某个地方，否则将无法访问它。 Git 会跟踪这样的提交一段时间，然后如果它们没有被重用足够长的时间，就会进行垃圾收集并删除它们。

2. 此时你会：

   m1 - m2 - m3   <-- master
    \
     a1 - a2      <-- branchA
   

   就像合并之前一样。