Git工作流:选择要从QA发布到生产的功能

Question

我是Git的新手，我想知道使用这样的SCM是否可以实现这个想法。

我的想法是让DEV团队在本地处理功能，然后将这些功能推送到QA。在这一点上，当QA测试和验证故事时，企业可以决定在prod中安装哪些故事。

例如，DEV正在开发故事A、B、C和D。这4个故事随后在QA中进行了测试，但企业决定只在生产中安装B和D。

基本上，QA将包含所有正在开发中的故事，可能还会更多。

有没有可能用git做这样的事情？使用这种方法，您是否看到了问题(故事之间的依赖关系可能是其中之一)？

谢谢!罗伯托

Answer 1

是!我写了一整篇关于这个工作流程的文章：http://dymitruk.com/blog/2012/02/05/branch-per-feature/

这种方法的关键是所有功能或任务都是从同一点开始的。这使得任何人--甚至非程序员--能够在特定的环境或阶段中选择他们想要的特性。您可以为其中的每一个指定一个分支。

如果你想让任何人发布一个具有特别混合和匹配特性的版本，强烈建议从你的存储库中的.git目录中共享你的rr-cache目录。这样，一旦解决了冲突，当有人抓住一些功能并将它们合并到一个新的分支上时，就不需要重新解决了。这被称为rerere，我在文章中对其进行了解释。此外，为了自动化共享，您需要编写脚本的基本命令如下所示：Sharing rerere cache这样，您可以让任何非开发人员也利用这一点。

这并不是没有争议。去年(大约一年半前)，一些重量级编程软件对此进行了热烈的讨论。我捕获了冗长的讨论，并将其包含在内，以便您可以自己判断：http://dymitruk.com/old-comments-about-branch-per-feature.html

总之，此规程将允许您在任何时间点部署任何一组完整的功能-无论它们是以什么顺序编码的。