Git 主提交然后与另一个分支合并

我以前从未试过这个。假设有两个分支“master”和“aBranch”，创建aBranch，然后提交位于aBranch前面的master分支。我总是合并在主分支前面的分支，而不是相反的分支。

---

如果在不涉及冲突文件的情况下将master（位于前面）与aBranch合并会发生什么情况？

这取决于

master

和

aBranch

之间的关系。如果您的历史记录如下所示：

* (master)
|
*
|
* (aBranch)

然后什么也不会发生，因为

master

已经可以从

aBranch

访问到每个提交

相反，如果你有

* (master)
|
*  * (aBranch)
|  |
*  *
| /
*

然后，如果您尝试以另一种方式合并，您将得到您想要的结果。唯一的区别是合并提交存储其两个父级的顺序，以及哪个分支头是高级的

* (master)
| \
*  |
|  |
*  * (aBranch)
|  |
*  *
| /
*

---

它取决于

master

和

aBranch

之间的关系。如果您的历史记录如下所示：

* (master)
|
*
|
* (aBranch)

然后什么也不会发生，因为

master

已经可以从

aBranch

访问到每个提交

相反，如果你有

* (master)
|
*  * (aBranch)
|  |
*  *
| /
*

然后，如果您尝试以另一种方式合并，您将得到您想要的结果。唯一的区别是合并提交存储其两个父级的顺序，以及哪个分支头是高级的

* (master)
| \
*  |
|  |
*  * (aBranch)
|  |
*  *
| /
*

---

它取决于

master

和

aBranch

之间的关系。如果您的历史记录如下所示：

* (master)
|
*
|
* (aBranch)

然后什么也不会发生，因为

master

已经可以从

aBranch

访问到每个提交

相反，如果你有

* (master)
|
*  * (aBranch)
|  |
*  *
| /
*

然后，如果您尝试以另一种方式合并，您将得到您想要的结果。唯一的区别是合并提交存储其两个父级的顺序，以及哪个分支头是高级的

* (master)
| \
*  |
|  |
*  * (aBranch)
|  |
*  *
| /
*

---

它取决于

master

和

aBranch

之间的关系。如果您的历史记录如下所示：

* (master)
|
*
|
* (aBranch)

然后什么也不会发生，因为

master

已经可以从

aBranch

访问到每个提交

相反，如果你有

* (master)
|
*  * (aBranch)
|  |
*  *
| /
*

然后，如果您尝试以另一种方式合并，您将得到您想要的结果。唯一的区别是合并提交存储其两个父级的顺序，以及哪个分支头是高级的

* (master)
| \
*  |
|  |
*  * (aBranch)
|  |
*  *
| /
*

---

Git不关心分支名称。在这方面，

master

没有什么特别之处。Git不关心分支名称。在这方面，

master

没有什么特别之处。Git不关心分支名称。在这方面，

master

没有什么特别之处。Git不关心分支名称。在这方面，

master

没有什么特别之处。