在QA和业务验收之后，如何使用git一次只部署一个特性？ 我们需要：

我的团队正在维护并向已经投入生产的产品添加功能。我们正试图找出如何改进我们的部署策略，这样我们就可以开始一次部署一个特性，而不是大量的特性。理想情况下，当某个特性通过QA和业务验收时，我们希望（在任何时候）只将该特性部署到生产环境中

我们现在正在做的：（那不起作用）

---

我们已经在遵循“每个功能分支”的概念。现在，我们正在开发分支的基础上创建新的功能分支。当我们完成一个特性时，我们创建一个回拉请求到dev分支。那个请求看起来很棒。。。它仅具有与功能相关的更改。在代码审查之后，该分支被合并到devmaster（并部署到dev）中，QA进行查看。一旦QA批准了该特性，我们将原始特性分支合并到暂存分支（并部署到暂存）。一旦业务部门接受了新功能，原始功能分支将合并到生产中。我们的问题是，最初的功能分支在投入生产时似乎像滚雪球一样，出现了许多与功能分支不相关的更改。最后，我们在生产中部署了许多业务部门未接受或未接受的功能。

使用而不是长期运行。

正确执行每个功能的分支。不知何故，整个linux内核似乎都很好地使用了这种策略。它也适用于微观层面