本文探讨了大爆炸式集成（反模式）在SVN环境中的影响，强调了尽早且经常集成的重要性。介绍了由于整合恐惧症导致的延迟合并，及其引发的系统构建失败和测试问题。提出了解决方案，包括定期集成和使用智能工具管理分支周期，以防止合并冲突。同时，分享了在Subversion环境中规避大爆炸式集成的具体措施，如设定分支周期和合并约束。
一、分支模式的相关定义
陷入的误区 大爆炸集成
别名 大怪兽集成
症状
由于某种原因，一直不选择集成，直到（软件）要发布的时候 ，才把所有的分支一下子全部交给倒霉的集成者进行集成。经常性的增量集成看起来是流行的常识性规则（亦称为：尽早且经常合并），大爆炸（的方式）显然在隔离和避免风险方面达到了极致，这是大怪物地结束合并，结果不是一个“大爆炸”，而是以“哭泣”告终。
大爆炸式的集成（需要避免的反模式）
原因
一个原因是我们未能成功找到尽早集成和经常集成的地正确“节奏”和“脉搏”。有时‘大怪兽式集成’是“整合恐惧症”带来的附加品，在尽力缩小合并数量的时候，结果会是一个延期而至的可怕的复杂合并的结尾。因而，在这种情况下，“集成是魔鬼” 变成了自我实现的一种预言，并且在失败的恶性循环中不断加强。
影响
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
