我对 git 和 Jenkins 相当陌生。我们想要使用 Jenkins 并遵循功能分支工作流程概念 https://www.atlassian.com/git/tutorials/comparing-workflows#feature-branch-workflow,我相信这类似于GitHub 流程 https://guides.github.com/introduction/flow/.
我知道 master 分支应该始终是当前在生产中部署的分支,但是 master 分支应该何时更新?似乎有两个选择:
- 在部署到生产之前:拉取请求获得批准,并且与主服务器的成功合并会触发构建、部署到暂存阶段
环境、QA 测试,然后有人按下按钮进行部署
到生产
- 部署到生产之后:某些东西(例如拉取请求)触发构建、测试等,并且代码成功发布到生产 - 然后更新 master
但在使用选项(1)的情况下,如果测试没有通过并且新更新的主程序不会发布到生产环境中,那么您是否会在回家之前重置主程序?
如果测试未通过并且新更新的主版本不会发布到生产环境中,
您可以更新一个短暂的首先是 QA/集成分支,运行测试,如果这些测试通过则更新主版本(并触发发布到生产环境)
"短暂的” 意味着:您创建/重置 QA 分支只是为了集成标记为下一版本的功能分支。
你可以看到一个git 工作流程中的临时分支示例 https://stackoverflow.com/a/44470240/6309.
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)