Gitlab 流程和预览正在进行/暂存的工作

Posted 2023-02-19

【中文标题】Gitlab 流程和预览正在进行/暂存的工作

【英文标题】：Gitlab flow and previewing work in progress / staging

【发布时间】：2019-07-14 03:21:32

【问题描述】：

我正在将我的项目转移到 gitlab 并查看他们的 flow 并尝试让我的头脑围绕 CI 作为过程的一部分。

我的项目在 Rails 中，在线查看了很多示例，人们使用带有主分支和功能分支的 gitlab 流程。他们通过拉取请求合并到 master，然后部署到 staging，然后使用标签部署到生产或拥有单独的生产分支。

我喜欢使用适合我项目的标签的想法。

因此，功能分支中的成功更改会合并到 master 并部署到它们可见的暂存区，然后一旦测试其标记并部署到生产中。对此感到高兴。

我的问题（困惑）是..上面很好，但假设everthying被合并到master中。

如果您想将更改部署到尚未准备好掌握的地方，策略是什么？即，您想在开发时预览更改

我看到有些人建议每个开发人员都应该拥有其工作副本的公共版本，但这似乎很难管理，尤其是对于远程开发人员而言。如果两个开发人员在同一个功能分支上工作怎么办？

是不是有一个单独的分支？

还是我错过了重点？

【参考方案1】：

如果我理解你的问题，我想你可能想做的是拥有separate environment branches。因此，您不仅在您的主分支中工作，您还有不同的分支，您的更改在它们到达生产分支之前会在它们之间移动（因此可以部署到任何地方）。

【讨论】：

谢谢！我确实看过这个，但它们似乎是在代码与主代码合并后进行的更改。我真的在想象有人说功能 X 怎么样的情景，我创建了一个功能分支，对其进行编码并希望破坏这些更改。代码还没有准备好去掌握。