这是我们目前遵循的工作流程:
develop
分支release
分支
release
分支release
分支合并到master
release
分支拉取请求并合并master
分支可以通过运行deploy命令这一切都很好,除了在我的Git仓库中我的分支不同步master
现在已经落后于develop
,因为它没有合并提交从拉请求合并release
{1}}分支到develop
。但master
也位于develop
之前,因为它现在包含来自pull请求的合并提交,以将release
分支转换为master
我可以在Bit Bucket中单击同步以使所有分支更新,但这只是一个奇怪的过程,并且可以更好地保持分支自动同步。
或者,它们不同步并不重要吗?
以下是Git Flow流程的链接,以防您不熟悉它:http://nvie.com/posts/a-successful-git-branching-model/
感谢。
答案 0 :(得分:2)
当您将发布分支合并到master时,您既可以合并develop也可以推送更新的develop分支或从master创建一个新分支。如果您合并开发和推送,则有权访问开发的每个人都将在下次更新时获得更新开发分支。
由于您未从遥控器获取更新,因此主控制器和遥控器主控制器不同步。这个你要做的! :)
在发布之后,您需要合并回开发。在我们的工作流程中,我将主分支合并到发布后的开发中。这样,您可以从发布合并中获得所有更改,并确保在执行下一个发行版时可以将所有内容合并到master中。看起来您的工作流程中缺少最后一步
如果你有你想要的东西,请接受并关闭它!
希望它有所帮助!