軟件配置管理案例分析4： depend build

laofo

作者：xiaoxiang7788 版權(quán)所有
出自 配置管理之路 http://bbs.scmroad.com

案例分析：
    話說(shuō)小菜同學(xué)，執(zhí)著于配置管理和持續(xù)集成的精典理論與實(shí)踐。某日，公司高層心血來(lái)潮，單獨(dú)成立一個(gè)項(xiàng)目組專門為公司產(chǎn)品研發(fā)一個(gè)免費(fèi)版以提高公司產(chǎn)品知名度，于是項(xiàng)目組被命名為Free Group，免費(fèi)版產(chǎn)品命名為Free。

    Free Leader在經(jīng)過(guò)一系統(tǒng)的籌備與策劃后，把項(xiàng)目分成了8個(gè)小項(xiàng)目，每個(gè)小項(xiàng)目對(duì)應(yīng)一個(gè)jar包。最后進(jìn)行集成，統(tǒng)一成Free.zip 并發(fā)布。在我們強(qiáng)大的小菜同學(xué)的配置管理和持續(xù)集成的支持下，項(xiàng)目有條不紊的進(jìn)行著。

    小菜怎么做的呢？通過(guò)各種各樣的溝通，一套集成環(huán)境終于出來(lái)了。是這樣的，將jar的依賴關(guān)系按前后順序排好，每檢測(cè)到SVN庫(kù)有變化便將所有的jar包rebuild一次，最后生成Free.zip。

    兩個(gè)月后，F(xiàn)ree Leader變卦了。說(shuō)沒必要每次都build所有的jar, 只需要哪個(gè)有變化build哪個(gè)即可，原因呢是因?yàn)閖ar包名字是name+builddate.jar，如果每次所有的都重打，影響他們的update 機(jī)制。這種情況下，小菜罵人了，他為什么罵人呢？原因如下：

    8個(gè)小項(xiàng)目，樹狀依賴，哪個(gè)節(jié)點(diǎn)變化build哪個(gè)。那如果上層的節(jié)點(diǎn)有變化，我build完了，下層依賴于它的要不要build呢？如果要build，那8個(gè)小項(xiàng)目的持續(xù)集成怎么做？如果不build，如何能盡早盡快發(fā)現(xiàn)問(wèn)題？還有，持續(xù)集成環(huán)境怎么入庫(kù)管理？另外就是本來(lái)是一套集成環(huán)境，現(xiàn)在要改為8 套，甚至更多，小菜不罵人才怪呢。

這種情況下，小菜來(lái)請(qǐng)教大家他應(yīng)該怎么辦？應(yīng)該如何處理這種情況？