git - 如何管理时间以合并应该在不同时间发布的功能

Question

我们基本上遵循这个进行软件开发。我想知道管理分支规则在不同时间发布是否有好的做法。 https://nvie.com/posts/a-successful-git-branching-model/

假设有 feature/1 和 feature/2 分支。功能 1 将在当前 sprint 结束时投入生产，而功能 2 应该在下一个 sprint 后投入生产。但是，我们现在正在开发这两个功能，并且功能 2 可能在当前 sprint 中完成。我担心的是，如果我们在当前 sprint 中完成功能 2，它可能会被合并到开发分支，然后它将被运送到生产中。现在我们在批准后合并一个拉取请求，所以它可能会发生。有什么好的方法来处理这个吗？

Answer 1

通常，您使用功能标志系统来处理此问题。新功能的代码添加了功能标志，并且可以随时合并。但是，仅当启用该功能时，代码才会在生产中打开。您可以决定在构建时打开这些功能，或者使用产品附带的配置文件，或者完全以其他方式。

这将功能的开发从发布到生产分离。例如，如果某个功能的文档被搁置，该功能可能会稍微延迟生产，但代码可能已经合并。