我对此还是个新手,所以我试图理解为什么 master
在 develop
之前结束 1 次提交,而不是在 merge release
分支回到 develop
和 master
。
我的 develop
分支比 master 提前 5 次提交,然后我创建了一个 release
分支并标记了它也比 master
提前了 5 次提交,然后我将 release
分支 merge 回 develop
和 master
但是 master
最终在 之前提交了 1开发
。
这是因为没有对 release
分支进行更改,它与 develop
相同,所以 merge 没有在 develop< 上创建提交
但是它在 master
上做了这使得 master
1 提前提交,即使 master
和 develop
现在是在这一点上也一样吗?
这样可以吗?这会导致任何问题吗?
最佳答案
问题是正在检测 merge 提交。您的提交历史可能看起来像这样:
*------------------ A [master]
\ /
*---*---*---*---B [develop,release]
提交 B
是,正如您提到的,在 master
之前提交 5 次。当您将发布分支 merge 回 master
时,这会创建一个 merge 提交 A
。 develop
中尚不存在该 merge 提交。
这不是你需要担心的事情,因为 merge 提交本身不包含任何更改,它只是将两个历史记录 merge 在一起。通常,下次您完成 hotfix
分支时,该提交将自动结束在 develop
中。
关于git - 发布分支 merge 后,为什么master 1 commit领先于develop?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37684878/