发布分支合并后，为什么master 1 commit领先于develop？
After merge of release branch, why is master 1 commit ahead of develop?
我对此还是陌生的，所以我试图理解为什么 master 在 develop 之前结束 1 次提交，而不是在将 release 分支合并回 develop 和 master.
我的 develop 分支比 master 提前 5 次提交，然后我创建了一个 release 分支并标记了它也比 master 提前了 5 次提交，然后我合并了 [=12] =] 分支回到 develop 和 master 但 master 最终在 develop.
之前提交了 1 次提交
这是因为没有对 release 分支进行任何更改并且它与 develop 相同所以合并没有在 develop 上创建提交但是它在master 这使得 master 1 提前提交，即使 master 和 develop 现在在这一点上相同？
这样可以吗？这会导致任何问题吗？
IMO 将提前 1 次提交与 origin/master 或您的主人正在跟踪的远程分支进行比较。由于您在本地分支上进行了合并，它将在本地主分支上为该合并创建一个新提交，因此使其提前 1 次提交。
问题是正在检测合并提交。您的提交历史可能看起来像这样：
*------------------ A [master]
\ /
*---*---*---*---B [develop,release]
提交 B 是，正如您提到的，在 master 之前有 5 次提交。当您将发布分支合并回 master 时，这会创建一个合并提交 A。 develop.
中尚不存在该合并提交
这不是您需要担心的事情，因为合并提交本身不包含任何更改，它只是将两个历史记录合并在一起。通常，下次您完成 hotfix 分支时，该提交将自动在 develop 中结束。
现在你必须Fast-Foward发展成大师才能拥有大师和同级发展
我对此还是陌生的，所以我试图理解为什么 master 在 develop 之前结束 1 次提交，而不是在将 release 分支合并回 develop 和 master.
我的 develop 分支比 master 提前 5 次提交，然后我创建了一个 release 分支并标记了它也比 master 提前了 5 次提交，然后我合并了 [=12] =] 分支回到 develop 和 master 但 master 最终在 develop.
这是因为没有对 release 分支进行任何更改并且它与 develop 相同所以合并没有在 develop 上创建提交但是它在master 这使得 master 1 提前提交，即使 master 和 develop 现在在这一点上相同？
这样可以吗？这会导致任何问题吗？
IMO 将提前 1 次提交与 origin/master 或您的主人正在跟踪的远程分支进行比较。由于您在本地分支上进行了合并，它将在本地主分支上为该合并创建一个新提交，因此使其提前 1 次提交。
问题是正在检测合并提交。您的提交历史可能看起来像这样：
*------------------ A [master]
\ /
*---*---*---*---B [develop,release]
提交 B 是，正如您提到的，在 master 之前有 5 次提交。当您将发布分支合并回 master 时，这会创建一个合并提交 A。 develop.
这不是您需要担心的事情，因为合并提交本身不包含任何更改，它只是将两个历史记录合并在一起。通常，下次您完成 hotfix 分支时，该提交将自动在 develop 中结束。
现在你必须Fast-Foward发展成大师才能拥有大师和同级发展