git - 发布分支 merge 后,为什么master 1 commit领先于develop?

标签 git git-flow

我对此还是个新手,所以我试图理解为什么 masterdevelop 之前结束 1 次提交,而不是在 merge release 分支回到 developmaster

我的 develop 分支比 master 提前 5 次提交,然后我创建了一个 release 分支并标记了它也比 master 提前了 5 次提交,然后我将 release 分支 merge 回 developmaster 但是 master 最终在 之前提交了 1开发

这是因为没有对 release 分支进行更改,它与 develop 相同,所以 merge 没有在 develop< 上创建提交 但是它在 master 上做了这使得 master 1 提前提交,即使 masterdevelop 现在是在这一点上也一样吗?

这样可以吗?这会导致任何问题吗?

最佳答案

问题是正在检测 merge 提交。您的提交历史可能看起来像这样:

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

提交 B 是,正如您提到的,在 master 之前提交 5 次。当您将发布分支 merge 回 master 时,这会创建一个 merge 提交 Adevelop 中尚不存在该 merge 提交。

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

关于git - 发布分支 merge 后,为什么master 1 commit领先于develop?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37684878/

相关文章:

version-control - 如何使用 Git 更新我的目录和其他内容?

macos - 如何让 gitflow 允许创建多个修补程序?

git - 如何将GitFlow集成到现有项目中?

git - 使用 GitFlow 进行 VSTS 发布定义

git - 保持功能分支最新

git fake merge(将提交标记为 merge 而没有真正的 merge )

git - 由于引用分支已删除,因此无法获取分支

git - 未出现在任何分支中但在 "git show"中可用的提交发生了什么

git - 设置 git 别名,但调用它会给出 'command not found'

git - 逐步实现 'successful git branching model'