在完成了版本级的构建和质量防护体系建设之后，产品的基本CI体系正式投入运行，构建出的版本的最基本质量有了保障。随着版本构建的质量有了控制，任何一个项目组的缺陷对版本构建的影响在CI体系变红的时候立刻就体现出来，版本构建事故频发，项目组在CI纪律的影响下压力越来越来，纷纷开始寻找解决办法。
其实在版本CI体系建设之前，项目组级的单元测试和集成测试以及最基本的系统测试都在做，但是因为没有形成自动体系，主要依赖人工进行，经常会出现项目组因为进度紧张而私自省略项目级质量保障活动的情况，因为当时主要通过后续的较长时延的系统测试来检验版本质量，这样项目组即使省略也没有太大压力。但是现在实时的版本CI体系出现之后，版本构建和基本质量防护同步进行，如果项目组基本质量没有防护很快就会出构建事故。没想到我们在前面推了很长时间而没有太大成效的项目组质量保障竟然通过版本CI反压实现了。
项目组级的CI体系主要是在原有的单元测试和集成测试体系基础上增加CI控制系统构建成项目级CI体系，确保代码检入时能够控制代码的质量。项目级的CI体系分为几部分，版本管理我们使用了Hg，与版本级的Clearcase的构成两级版本控制体系。同时持续集成控制我们与版本一致使用CC，通过CC把原有的项目组级版本编译，单元测试和集成测试任务通过脚本统一进行控制。这样就构成了基本的项目级CI体系。随着项目级单元测试用例体系和集成测试用例体系的持续构建，项目组级的代码质量在项目组CI体系的控制下越来越有保障。
在项目组级CI的前端质量控制下，版本级CI构建的成功率明显提升。