发布分支合并后，为什么母版1提前开发？

Question

我对此还很陌生，所以我试图理解为什么master在develop之前将1提交最终提交到develop而不是在将release分支合并回develop和master之后提交相同的提交。

我的develop分支比master提前5次提交，然后我创建了一个release分支并进行了标记，这也是master之前的5次提交，然后我将release分支合并回develop和master但是master在develop之前先完成了1次提交。

这是因为没有变化的制作release分支，它是一样的develop因此合并没有创建提交上develop ，但它做了master ，这使得master 1犯提前即使master和develop正处在同一这点？

这个可以吗？ 这会引起任何问题吗？

Answer 1

问题是正在检测到合并提交。 您的提交历史可能看起来像这样：

*------------------ A [master]
 \                 /
  *---*---*---*---B [develop,release]

正如您所提到的，提交B比master提交5次。 当您将发布分支合并回master ，这将创建一个合并提交A 这合并提交不存在尚未develop 。

这不是您需要担心的事情，因为合并提交本身并不包含任何更改，它只会将两个历史记录合并在一起。 通常，下次您仍然要完成hotfix分支时，该提交将自动在develop结束。

Answer 2

将1个提交前面的IMO与源/主服务器或您的主服务器正在跟踪的远程分支进行比较。 由于您已经在本地分支上进行了合并，因此它将在本地主服务器上为该合并创建一个新的提交，因此使其提前1次提交。

Answer 3

现在，您必须快速发展为大师才能在同一水平上拥有大师和发展