【发布时间】:2015-04-20 13:58:10
【问题描述】:
这是我们目前遵循的工作流程:
- 完成一个功能并将其合并到
develop分支中 - 从develop创建一个
release分支 - 在
release分支上运行构建脚本 - 创建拉取请求以将
release分支合并到master - 接受
release分支拉取请求并合并 -
master分支然后可以通过运行 deploy 命令部署到实时服务器
这一切都很好,除了在我的 Git 存储库中,我的分支不同步 master 现在落后于 develop,因为它没有从将 release 分支合并到的拉取请求中发生的合并提交develop。但是master 也领先于develop,因为它现在包含来自拉取请求的合并提交,以将release 分支放入master
我可以在 Bit Bucket 中单击同步以使所有分支保持最新状态,但这感觉像是一个奇怪的过程,并且自动保持分支同步会更好。
或者,它们不同步真的不重要吗?
如果您不熟悉,这里是 Git Flow 流程的链接:http://nvie.com/posts/a-successful-git-branching-model/
谢谢。
【问题讨论】:
-
发布后需要合并回develop。在我们的工作流程中,我在发布后将 master 分支合并回 develop。这样您就可以从发布合并中获得所有更改,并确保在执行下一个发布时可以将所有内容合并到 master 中。您的工作流程中似乎缺少最后一步。
-
酷,我猜这就是 Bit Bucket 中同步选项的作用。谢谢
标签: git git-branch git-flow pull-request git-workflow