Git 合并 - 合并的分支会发生什么？

Question

我有一个关于 git 合并的问题。假设我的存储库中有两个分支（本地和远程）：master 和 test。当我在测试分支上工作时，主分支被其他人更新了。在终端中，我写道：

git checkout master
git pull origin master

这会用最近添加的东西更新我的主分支，对吧？然后，我完成了我在测试分支中所做的事情。
如果我去终端写：

git checkout master
git merge test
git push origin master

这会将我的测试分支合并到我的主分支中，然后将更改推送到 github 正确（假设没有冲突）？我的问题是：测试分支会发生什么？它是否保持与合并前相同的方式？还是测试和主分支都变得相同？我现在应该这样做来更新测试分支吗？

git checkout test
git pull origin master
git push origin test

提前致谢。

Answer 1

如果我去终端写：

git checkout master
git merge test
git push origin master

这会将我的测试分支合并到我的主分支中，然后将更改推送到 github 正确（假设没有冲突）？我的问题是：测试分支会发生什么？

什么都没有。

请记住，分支 names 只是（单个）提交的名称。为了绘制它们，我喜欢将提交本身绘制为圆形 o 节点，或者当我们需要讨论特定提交时，用大写的单个字母将它们连接起来：

...--o--o--o--o      <-- master
         \       
          o--o--o    <-- test

每个提交“指向”它的父提交——因此，如果我们给每个提交一个字母名称，并画出所有中间箭头，我们会得到：

...<-A<-B<-C<-D      <-- master
         \
          E<-F<-G    <-- test

分支名称master 和test 实际上包含两个分支的tip 的原始哈希ID。也就是说，如果您检查文件 .git/refs/heads/master¹，您会在其中找到一个丑陋的 40 字符散列，a139fc7... 或其他任何内容。

实际上，master 指向提交D，test 指向G。 commit D 指向 commit C，commit C 又指向B，以此类推；并提交G 指向F，它又指向E，又指向B（在这里用纯文本绘制箭头太棘手了，因为一些好的箭头绘制字体只适用于一些机器）。

当您在某个分支上并进行 new 提交时，Git 进行此提交的方式是将其父设置的新提交写入当前分支提示，然后一次新提交安全地在存储库中，用新提交的 ID 重写分支 name 文件。这使得分支名称指向新的提示。新 ID 无处可去，因此 other 分支名称不会发生任何变化。

一个合并提交有 两个 父母，所以当你 git merge test 并且它工作时，你会得到这个：

...--o--o--o--o---o  <-- master
         \       /
          o--o--o    <-- test

请注意，test 根本没有移动，但 master 已经移动了——并且新的合并提交指向两个不同的早期提交：master 的旧分支提示和（未更改的）提示test.

---

¹没有保证该文件将来会存在，或保留在此位置或具有此格式，但现在，从今天的 Git 版本到 2.10，您通常会拥有该文件.