持续集成和大型架构变更。怎么处理?

时间:2015-07-13 20:29:46

标签: continuous-integration workflow

我正在阅读this answer,试图了解如何与在项目的多个分支上工作的多个开发人员合作。我的第一反应是希望Jenkins为每个分支运行单独的构建,但据我所知,这是解决问题的一种不好的方法。

现在,我看到如何将非常小的功能或部分功能合并回主分支通常是首选的方法,但我无法完全理解当项目通过时发生的事情。非常大的建筑变化。

假设我有一个用AngularJS编写的Web项目,团队决定对于项目的未来,需要将其转移到使用ReactJS。所述当前项目将具有已经实施和测试的合理数量的特征。在这一点上,我无法想象使用ReactJS的新“特征”的任何较小的增量,除了它与项目的当前状态一致,这意味着当前通过的每个测试在完成后仍然应该通过。其他任何事情都意味着项目的回归,我知道很少有客户会对此有所了解。但是,在切换几乎100%完成之前,情况几乎不会发生,这不会是一小部分工作

我可能不完全理解这个概念,但我没有看到功能切换在这里工作(特别是如果转移到ReactJS需要我们修改,比如Gruntfile,因为那将不可避免地破坏了很多东西)。进行迁移的团队是否需要告诉团队的其他成员在他们说没有问题之前不要触摸项目?这对我来说似乎是一个奇怪的解决方案。

所以我承认,我不知道这里适当的工作流程是什么。任何意见都会受到赞赏,因为我的开发过程是我不断尝试并做得更好的事情,即使我在该领域的经验有限。

0 个答案:

没有答案