【发布时间】:2019-07-14 03:21:32
【问题描述】:
我正在将我的项目转移到 gitlab 并查看他们的 flow 并尝试让我的头脑围绕 CI 作为过程的一部分。
我的项目在 Rails 中,在线查看了很多示例,人们使用带有主分支和功能分支的 gitlab 流程。他们通过拉取请求合并到 master,然后部署到 staging,然后使用标签部署到生产或拥有单独的生产分支。
我喜欢使用适合我项目的标签的想法。
因此,功能分支中的成功更改会合并到 master 并部署到它们可见的暂存区,然后一旦测试其标记并部署到生产中。对此感到高兴。
我的问题(困惑)是..上面很好,但假设everthying被合并到master中。
如果您想将更改部署到尚未准备好掌握的地方,策略是什么?即,您想在开发时预览更改
我看到有些人建议每个开发人员都应该拥有其工作副本的公共版本,但这似乎很难管理,尤其是对于远程开发人员而言。如果两个开发人员在同一个功能分支上工作怎么办?
是不是有一个单独的分支?
还是我错过了重点?
【问题讨论】:
标签: ruby-on-rails continuous-integration gitlab continuous-deployment