切换功能 - 版本控制工作流

Question

我正在研究切换功能的工作原理。实际上，我正在使用一个简单的版本控制工作流程。一个master 分支，始终准备好部署到生产环境中，另一个分支称为develop。新功能分支从develop 分叉，然后在稳定时合并回master。所以我们将develop 分支合并回master。当我们将master 推送到存储库时，它会触发 Jenkins 作业，该作业会运行测试并部署到生产环境。

所以我想了解在处理功能切换时，严格（或最常见）的版本控制工作流程是什么。

我是否将只有一个 master 分支，并且所有开发都在它上面工作？

或者常见的做法是让所有开发人员在develop分支上工作，并定期合并到master分支？

Answer 1

一个与另一个无关。功能切换只是应用程序中选项的一个花哨名称；在您的配置文件中，您输入“COOL_FEATURE = off”，然后您就有了全世界的时间来开发您的功能（可能在多个分支中；全部合并到master 并随着时间的推移部署到生产中）。只有当这个东西真的是功能时，你才启用该功能（“COOL_FEATURE = on”）。