一、目前的情況
目前我們要進(jìn)行持續(xù)集成的對(duì)象是一個(gè)有著100人左右的開發(fā)團(tuán)隊(duì)，他們開發(fā)著一套很龐大的系統(tǒng)。整個(gè)開發(fā)團(tuán)隊(duì)劃分為多個(gè)開發(fā)小組進(jìn)行協(xié)同開發(fā)，每個(gè)開發(fā)小組負(fù)責(zé)2-3個(gè)模塊的開發(fā)，實(shí)際這里的模塊已經(jīng)相當(dāng)于一個(gè)中小型系統(tǒng)。各模塊所有的類都通過eclipse整體編譯在一起，直接放置在WEB-INF/classes下。本地是無法啟動(dòng)整個(gè)系統(tǒng)的，需要耗費(fèi)大量的資源。

二、碰到的問題
在了解具體情況之前，我們最初的想法是為整個(gè)產(chǎn)品做一個(gè)持續(xù)集成，但是很快就發(fā)現(xiàn)這一想法存在很多的問題：
1、整個(gè)產(chǎn)品每次構(gòu)建的時(shí)間會(huì)很長，這個(gè)時(shí)間包括代碼的編譯、啟動(dòng)Weblogic，完成自動(dòng)化測(cè)試，同時(shí)對(duì)服務(wù)器的硬件要求非常高
2、因?yàn)闃?gòu)建時(shí)間長，所以如果本地構(gòu)建通過后再提交會(huì)嚴(yán)重影響開發(fā)效率，況且本地的硬件條件很可能啟動(dòng)不了
3、如果本地不構(gòu)建提交，則由于開發(fā)人數(shù)眾多，構(gòu)建會(huì)非常不穩(wěn)定，會(huì)經(jīng)常處于失敗狀態(tài)。而構(gòu)建失敗會(huì)導(dǎo)致后續(xù)提交的阻塞。
4、作為一個(gè)100人的開發(fā)團(tuán)隊(duì)，代碼提交會(huì)引發(fā)頻繁的服務(wù)器構(gòu)建，服務(wù)器無法負(fù)擔(dān)。

同時(shí)作為客戶，他們有這樣一種想法：敏捷開發(fā)是好的，但是不適合于大的項(xiàng)目和大的團(tuán)隊(duì)。

最重要的問題集中在兩個(gè)方面：
1、啟動(dòng)整個(gè)產(chǎn)品過于重量級(jí)（不包括自動(dòng)化測(cè)試的情況下已經(jīng)如此）
2、如何不影響開發(fā)人員的頻繁提交

三、我們的想法
我們現(xiàn)在的想法是做多階段的持續(xù)集成（multi-stage CI）

可以參考這里http://www.ddj.com/development-tools/212201506

具體而言：
1、各個(gè)開發(fā)小組內(nèi)做小組內(nèi)的持續(xù)集成
2、開發(fā)小組間集成做整個(gè)產(chǎn)品的持續(xù)集成


大概：
1、每個(gè)開發(fā)小組一個(gè)分支，整個(gè)產(chǎn)品一條主線
2、在小組分支上搭建持續(xù)集成環(huán)境，小組內(nèi)的開發(fā)向該分支上提交，各個(gè)小組可以并發(fā)開發(fā)，互不影響
3、小組完成一個(gè)完整的功能后，從主線更新合并代碼，本地構(gòu)建通過，提交，觸發(fā)整個(gè)產(chǎn)品的持續(xù)集成

為使小組內(nèi)持續(xù)集成構(gòu)建加快，小組內(nèi)盡量劃分清楚對(duì)其他模塊的依賴，不必要的模塊（這里的模塊包括基礎(chǔ)模塊，例如工作流模塊）不必加載。
同時(shí)推薦輕量級(jí)的web服務(wù)器例如Tomcat來完成小組內(nèi)的測(cè)試環(huán)境。需要啟動(dòng)weblogic的情況或功能依賴過多的情況下，建議在產(chǎn)品持續(xù)集成時(shí)進(jìn)行測(cè)試。
同時(shí)保留原有的啟動(dòng)單獨(dú)測(cè)試服務(wù)器進(jìn)行手工測(cè)試的習(xí)慣。


http://www.aygfsteel.com/ronghao 榮浩原創(chuàng)，轉(zhuǎn)載請(qǐng)注明出處：）