Git 流程和多个功能等待 QA

Question

在过去的几个月里，我们一直在工作中松散地跟踪 git flow，但遇到了漫长的 QA 等待问题。

这是我们的流程：

• 开发人员在功能分支上进行本地开发
• 当团队认为该功能准备就绪时，将其合并到开发中，推送到开发服务器（Codeship & rsync）
• 客户批准功能
• 功能合并到 master，推送到 prod

不幸的是，客户有时可能需要长达数周的时间来批准一项功能。这可能是由于积压、内容创建、人员流动等原因。

但是，与此同时，新功能可能已合并到开发中并推送到开发服务器进行审批。假设第二个功能获得批准并需要尽快部署（当然）。我如何在不带第一个功能的情况下从 dev 中获得第二个功能？

Answer 1

我如何在不引入第一个功能的情况下获得第二个dev功能？

你不会的。
但是一旦dev合并到 中master，您就可以恢复第一个功能提交master，以记录第一个功能尚未批准。

这比从第二个功能中挑选提交dev更安全，因为它会复制来自to的提交master，并使未来的合并更加复杂。

如果经常重复此操作，则工作流程无法适应当前的开发流程。

如果最好：

• 您有一个integration分支，可以在其中合并要批准的任何功能（在开发服务器上）。
• dev仅使用功能分支（在开发服务器上）批准的功能进行更新。

换句话说，您合并一个功能分支两次：

• 曾在integration接受正式的客户审查并批准该功能
• 一旦进入dev，进行第二次（更快的）客户端检查，以查看该功能是否仍然按预期工作（因为它没有合并到与集成中的代码库相同的代码库中）

从 开始dev，您恢复正常的发布管理流程（推送到prod）