gpt4 book ai didi

Git 流程和多项功能等待 QA

转载 作者:太空狗 更新时间:2023-10-29 13:43:21 26 4
gpt4 key购买 nike

在过去的几个月里,我们一直在工作中松散地关注 git flow,但一直遇到质量检查等待时间过长的问题。

这是我们的流程:

  • 开发人员在功能分支上进行本地开发
  • 当团队认为该功能已准备就绪时,将其 merge 到开发中,推送到开发服务器(Codeship 和 rsync)
  • 客户批准功能
  • feature merge 到 master,推送到 prod

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

然而,与此同时,一个新特性可能已经被 merge 到开发中,并被推送到开发服务器以供批准。假设这第二个功能获得批准并且需要尽快部署(当然)。我如何在不引入第一个功能的情况下从开发中获得第二个功能?

最佳答案

How am I going to get that 2nd feature off of dev without bringing the 1st feature?

你不会的。
但是一旦 dev merge 到 master 中,you can revert the 1st feature commits来自 master,以记录第一个功能尚未获得批准。

这比 cherry-picking the commits 更安全来自第二个功能,因为它会将那些提交从 dev 复制到 master,并使 future 的 merge 更加复杂。


如果经常重复这种情况,则工作流不适应当前的开发过程。

如果最好:

  • 您有一个 integration 分支,您可以在其中 merge 任何待批准的功能(在开发服务器上)。
  • dev更新为来自功能分支(在开发服务器上)的批准功能。

换句话说,你 merge 了一个特性分支两次:

  • 集成中进行一次正式的客户审查和批准该功能
  • dev 中进行第二次(更快的)客户端检查,以查看该功能是否仍按预期工作(因为它没有 merge 到与集成中的代码库相同的代码库中)

dev,您恢复正常的发布管理流程(推送到 prod)

关于Git 流程和多项功能等待 QA,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25637395/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com