Git Flow - Cherry Pick vs CI

时间:2017-09-12 08:00:35

标签: git git-flow branching-strategy

我正在寻找与Git一起使用的更好的工作流程。我发现git-flow非常有用的工作流程适合基于企业产品的解决方案。

我最喜欢的功能是Cherry-Pick。目前我们正在使用SVN,它是我们及时发布版本的瓶颈,因为所有开发都发生在单分支版本中,并且在所有功能完成后尝试发布该版本。使用git-flow,我们可以简单地避免这种瓶颈,并完全控制释放周期。

然而,我面临的问题是CI。在CI中,所有功能都合并到单个分支中,并按照适当的工作流程提供反馈。 其次,业务分析师希望测试所有功能,并希望基于此提供反馈。在当前情况下,这是不可行的,因为在功能完成之前我们没有合并到develop分支。

是否有任何解决方案可以在Git-flow中填充带有CI和BA的Cherry-pick的要求?

Toggle是一种解决方案,但我不清楚切换如何与关系数据库中的重大更改一起使用。在这种情况下,旧功能将被打破。

先谢谢。

0 个答案:

没有答案