多个功能分支和持续集成

Question

我最近一直在阅读关于持续集成的一些内容,并且有一种情况可能会发生,我不明白如何正确处理.

我们有一个稳定的主线/中继分支,并为功能创​​建分支.每个开发人员将通过定期从主干到其分支合并来保持自己的功能分支最新.但是,完全有可能在几周或几个月的时间内创建并处理两个或更多个功能分支.在这个时候,可以部署许多版本的软件.这就是我的困惑所在.

一个功能分支的更改很可能会导致与其他功能分支的合并冲突.CI建议您至少应每天合并到主干中,以便快速解决冲突.但是,您可能不希望将功能代码合并到主干中,因为它可能尚未完成,或者您可能不希望在下一版本中提供该功能.那么,您如何处理这种情况并仍然遵循日常代码集成的CI原则？

Answer 1

适当的CI中没有功能分支.使用功能切换.

Answer 2

本文中更充分地解释的想法是每天从主干/发布分支​​到功能分支合并,但只有在功能符合您的"完成"定义时才会向​​另一个方向合并.

一个功能团队编写的代码一旦完成就会被推入主干,并将作为每日合并过程的一部分"分发"给可以处理冲突的其他团队.

这并不能满足Nick对可以用作备份工具的版本控制系统的需求,除非所做的更改足够小以至于他们可以在丢失风险的时间范围内提交给功能分支.你的工作是可以接受的

我个人并没有尝试在完成之前将代码重新集成到发布分支中,虽然我从未真正尝试过,但我确信构建功能切换为未完成的工作有其自身的问题.