《infoq》

眾所周知，敏捷軟件開(kāi)發(fā)方法中有多種最佳實(shí)踐，既有管理方面的，也有技術(shù)方面的。在嘗試敏捷之初，并不是每個(gè)團(tuán)隊(duì)都能使用全部最佳實(shí)踐，也不是每個(gè)實(shí)踐都能在短時(shí)間內(nèi)見(jiàn)效。但其中有一種最佳實(shí)踐卻是團(tuán)隊(duì)的必選，那就是持續(xù)集成，但這并不表示持續(xù)集成非常容易。

---

盡管Thoughtworks的首席科學(xué)家Martion folwer 為“持續(xù)集成 ”下了定義，但由于自身背景與經(jīng)歷的不同，每個(gè)人對(duì)其都有不同的理解。從狹義上講，持續(xù)集成可以認(rèn)為是一種基于某種或者某些變化對(duì)軟件系統(tǒng)進(jìn)行的經(jīng)常性的構(gòu)建活動(dòng)（注：這里的構(gòu)建活動(dòng)不僅指編譯打包工作，還包含各類自動(dòng)化測(cè)試、部署及發(fā)布活動(dòng)）。然而，它忽視了一點(diǎn)，即：任何實(shí)踐中都應(yīng)該包含“與人的交互”這一因素。因此，從廣意上講，持續(xù)集成應(yīng)該是軟件開(kāi)發(fā)團(tuán)隊(duì)在上述活動(dòng)的約束下所采用的整個(gè)開(kāi)發(fā)流程及活動(dòng)。它強(qiáng)調(diào)開(kāi)發(fā)團(tuán)隊(duì)與持續(xù)集成系統(tǒng)之間的互動(dòng)性。我們既見(jiàn)過(guò)持續(xù)集成做得非常成功的團(tuán)隊(duì)，也見(jiàn)過(guò)效果不佳的持續(xù)集成，甚至失敗的案例。

那么，到底如何從持續(xù)集成中得到最大的收益呢？這要從持續(xù)集成所涉及的諸多方面進(jìn)行分析，并根據(jù)團(tuán)隊(duì)具體情況（比如團(tuán)隊(duì)規(guī)模、人員組成以及是否為分布式團(tuán)隊(duì) 等）及所開(kāi)發(fā)軟件自身的特點(diǎn)（是企業(yè)應(yīng)用軟件，還是中間件？是嵌入式軟件，還是互聯(lián)網(wǎng)產(chǎn)品等）制定實(shí)踐策略與實(shí)現(xiàn)步驟。本專欄將與大家共同探討與持續(xù)集成、持續(xù)部署及持續(xù)交付相關(guān)的方法、工具與經(jīng)驗(yàn)。

在軟件開(kāi)發(fā)中，持續(xù)集成實(shí)踐能夠解決的問(wèn)題是盡早的集成和盡早的反饋。因此，盡管目前流行的所有版本控制工具都提供了分支/合并功能，但在少于20 人的團(tuán)隊(duì)中實(shí)現(xiàn)持續(xù)集成的話，推薦使用Single Branch開(kāi)發(fā)策略。這樣會(huì)減少多分支開(kāi)如在合并時(shí)的開(kāi)銷。另外，由于理想情況下，每個(gè)分支都需要有專屬的持續(xù)集成環(huán)境（包括持續(xù)集成服務(wù)器、構(gòu)建環(huán)境和測(cè)試環(huán)境等），所以Single Branch也減少了對(duì)持續(xù)集成環(huán)境的需求量（當(dāng)編譯時(shí)間較長(zhǎng)或測(cè)試用例較多時(shí)，這個(gè)因素的影響尤其重要）。

當(dāng)團(tuán)隊(duì)完成最初搭建持續(xù)集成服務(wù)器，編寫好一鍵式編譯和測(cè)試腳本工作后，就需要考慮如何利用持續(xù)集成環(huán)境高效地進(jìn)行團(tuán)隊(duì)協(xié)作開(kāi)發(fā)了。一定有人會(huì)問(wèn)：

“多人同時(shí)在一個(gè)分支上開(kāi)發(fā)的話，每個(gè)人提交時(shí)都要合并代碼，不是更浪費(fèi)時(shí)間嗎？”

這個(gè)問(wèn)題也正是持續(xù)集成期望解決的問(wèn)題。每當(dāng)開(kāi)發(fā)人員提交代碼時(shí)，就是其與其他開(kāi)發(fā)人員工作成果的一次集成。如果每個(gè)人都能夠頻繁提交代碼，那么代碼集成的頻率就會(huì)提高，在持續(xù)集成的有力支持下，代碼中潛在的問(wèn)題就會(huì)更早地暴露出來(lái)（比如代碼編譯鏈接問(wèn)題，自動(dòng)化測(cè)試失敗反映出來(lái)的代碼功能問(wèn)題，或需求理解不一致等問(wèn)題），以便團(tuán)隊(duì)盡早解決之。

當(dāng)然，持續(xù)集成所鼓勵(lì)的頻繁提交并不是指那種僅將版本控制庫(kù)當(dāng)成備份工具，無(wú)約束的“隨意”提交，還需要團(tuán)隊(duì)開(kāi)發(fā)流程約束的。下面我們來(lái)一同探討“持續(xù)集成環(huán)境中的團(tuán)隊(duì)開(kāi)發(fā)流程是什么樣的”。

讓我們先設(shè)想一個(gè)軟件開(kāi)發(fā)場(chǎng)景。

一、使用版本管理工具做備份

故事的主人公叫Joe，他打算寫一個(gè)游戲，所以用Subversion建立了一個(gè)版本控制庫(kù)用于保存代碼，然后就動(dòng)手寫代碼了。Joe的開(kāi)發(fā)流程是這樣的。

1. 從代碼庫(kù)中檢出一份代碼；
2. 為增加某個(gè)功能修改一些代碼；
3. 在本地運(yùn)行了一下自動(dòng)化測(cè)試；
4. 測(cè)試通過(guò)之后，提交代碼到版本控制庫(kù)；
5. 重復(fù)前面的步驟。

如圖1所示。

二、搭建持續(xù)集成服務(wù)器做自動(dòng)構(gòu)建

“每次在本地手工運(yùn)行自動(dòng)化測(cè)試太麻煩了，”Joe想到，“這種重復(fù)的工作為什么不讓機(jī)器來(lái)做呢”。

于是，Joe上網(wǎng)查了一下，發(fā)現(xiàn)持續(xù)集成工具是做這個(gè)事情的，就找來(lái)一臺(tái)舊機(jī)器，用CruiseControl搭建了一個(gè)持續(xù)集成服務(wù)器。他的開(kāi)發(fā)流程也變?yōu)?#xff1a;

1. 從代碼庫(kù)中檢出一份代碼；
2. 開(kāi)發(fā)新功能或修改bug；
3. 提交到版本控制庫(kù)，思考下一個(gè)功能的實(shí)現(xiàn)；
4. 持續(xù)集成服務(wù)器運(yùn)行自動(dòng)化構(gòu)建和測(cè)試；
5. 如果測(cè)試通過(guò)，轉(zhuǎn)到步驟(1)；
6. 如果測(cè)試沒(méi)有通過(guò)，轉(zhuǎn)到步驟(2)。如圖2所示。

三、多人并行開(kāi)發(fā)

兩周后，游戲初見(jiàn)原型，Joe向他的幾個(gè)朋友介紹了他的游戲創(chuàng)建，他們都非常喜歡，因此也加入了游戲開(kāi)發(fā)。麻煩很快就出現(xiàn)了。持續(xù)集成服務(wù)器中構(gòu)建結(jié)果經(jīng)常失敗，所以每次檢出代碼后都要做問(wèn)題清理工作。于是，Job與朋友們坐下來(lái)討論如何解決這個(gè)問(wèn)題。

Alice說(shuō)：“我們每個(gè)人都拉一個(gè)獨(dú)立分支，當(dāng)每個(gè)人的功能開(kāi)發(fā)完成以后，再合并到一起不就行了嗎？”

Joe不同意這樣的做法。“游戲的需求還不明晰，要經(jīng)常合在一起看一下效果。所以還是在同一個(gè)分支上開(kāi)發(fā)吧。下面，我們討論一下如何讓這種失敗少一些吧。”

于是，他們花了點(diǎn)兒時(shí)間，發(fā)現(xiàn)有兩個(gè)主要原因?qū)е率　?/p>

1. 本地代碼有問(wèn)題，原本就編譯不了或會(huì)導(dǎo)致測(cè)試失敗，但還是提交了；
2. 開(kāi)始做新功能時(shí)，沒(méi)有特別注意分支上的持續(xù)集成狀態(tài)，直接將主分支上的代碼直接就與本地代碼合并了；

Joe提出，開(kāi)發(fā)流程應(yīng)該變成如圖3所示：

1. 每個(gè)人在開(kāi)發(fā)新代碼之前，只能從持續(xù)集成已成功的那個(gè)最新版本檢出代碼；
2. 開(kāi)發(fā)新功能或修改bug；
3. 提交前將主分支上的代碼再次取到本地合并；
4. 運(yùn)行本地測(cè)試，確保測(cè)試可以通過(guò)；
5. 提交代碼到主分支，由持續(xù)集成服務(wù)器再次運(yùn)行測(cè)試。
6. 如果測(cè)試通過(guò)，轉(zhuǎn)到步驟(1)；
7. 如果測(cè)試沒(méi)有通過(guò)，轉(zhuǎn)到步驟(2)，直到修復(fù)持續(xù)集成上的構(gòu)建。

可是，Alice提出反對(duì)意見(jiàn)。她認(rèn)為：“既然本地已經(jīng)運(yùn)行了測(cè)試，為什么還要在持續(xù)集成服務(wù)器上再次運(yùn)行呢？”

Joe解釋到：“主要是因?yàn)槲覀兠總€(gè)人的本地環(huán)境都不完全相同，很可能出現(xiàn)‘它在我的機(jī)器沒(méi)有問(wèn)題呀’的這個(gè)現(xiàn)象，所以還是要在獨(dú)立的持續(xù)集成服務(wù)器上再運(yùn)行一次。”

因此，大家就這么決定了。

四、兩次本地構(gòu)建的目的

四周后的一天，Joe花了很長(zhǎng)時(shí)間完成了某個(gè)新功能后，打算提交了。于是他把分支當(dāng)前的代碼與其本地代碼進(jìn)行了一次合并。然后運(yùn)行了本地測(cè)試，但測(cè)試失敗了。他用了很長(zhǎng)時(shí)間來(lái)定位該問(wèn)題是在他自己修改的功能里，還是在被合入的代碼中。這讓他對(duì)提交流程進(jìn)行了反思。

“要是在合入他人代碼之前，能夠先運(yùn)行一次本地測(cè)試，驗(yàn)證一下我的代碼沒(méi)問(wèn)題就好了，反正本地測(cè)試所花的時(shí)間也不長(zhǎng)。”

于是，他把這個(gè)想法告訴了其他人，最后大部分人都同意這么做。于是，其提交流程就變成了這樣：?

1. 每個(gè)人在開(kāi)發(fā)新代碼之前，只能從持續(xù)集成完全成功的那個(gè)最新版本檢出代碼；
2. 開(kāi)發(fā)新功能或修改bug；
3. 運(yùn)行本地測(cè)試，如果有失敗就立即修復(fù)，直至測(cè)試成本；
4. 提交前將主分支上的代碼再次取到本地合并；
5. 運(yùn)行本地測(cè)試，確保測(cè)試可以通過(guò)；
6. 提交代碼到主分支，由持續(xù)集成服務(wù)器再次運(yùn)行測(cè)試。
7. 如果測(cè)試通過(guò)，轉(zhuǎn)到步驟(1)；
8. 如果測(cè)試沒(méi)有通過(guò)，轉(zhuǎn)到步驟(2)。

這個(gè)過(guò)程就被稱為“Check-in Dance”。

Alice還說(shuō)道：“我們?cè)趶闹鞣种蠙z出代碼時(shí)，一定是那個(gè)通過(guò)持續(xù)集成驗(yàn)證的最新版本。這樣可以避免檢出的代碼就是有問(wèn)題的，而影響自己本地的代碼。”整個(gè)過(guò)程如圖4所示。

五、持續(xù)集成令牌

過(guò)了幾天，有人把大家叫到了一起，這次是Alice。她說(shuō)：

“我今天遇到一個(gè)問(wèn)題。我提交代碼之后，正等著持續(xù)集成服務(wù)器返回結(jié)果呢，Bob就提交代碼了。幸好我提交的代碼通過(guò)了測(cè)試，否則的話，我就要在 Bob的代碼之上修復(fù)啦。所以，我建議我們需要設(shè)立一個(gè)提交令牌，只有拿到這個(gè)提交令牌的人才能提交。也就是說(shuō)，當(dāng)一個(gè)人做完本地測(cè)試之后，去拿這個(gè)令牌。拿到之后，再進(jìn)行代碼合并、本地測(cè)試和提交。提交以后當(dāng)持續(xù)集成服務(wù)器返回成功通過(guò)的結(jié)果時(shí)，才能交還令牌。這樣就不會(huì)出現(xiàn)我和Bob這種情況了。”

可Bob并不同意這樣的做法，“這次沒(méi)有出什么問(wèn)題，為什么還要這么做呢？”

此時(shí)，Joe把話接了過(guò)來(lái)，說(shuō)道：“Alice的這個(gè)建議很好，我已經(jīng)遇上過(guò)一次這樣的事情了，那次測(cè)試失敗以后，我花了很長(zhǎng)時(shí)間才發(fā)現(xiàn)問(wèn)題并不在我的提交中，而是在Mary的提交中。我把它修復(fù)后，又做了一次提交。”由于大多數(shù)人都同意這么做，因此團(tuán)隊(duì)決定試一試。因?yàn)槟壳皽y(cè)試運(yùn)行時(shí)間很短，所以提交和集成工作沒(méi)有遇到什么瓶頸。提交流程如圖5所示。

似乎事情到這里就結(jié)束了。然而，這個(gè)游戲被某投資公司看中，決定做更大的投入，招更多的開(kāi)發(fā)人員，讓它成為一個(gè)開(kāi)放游戲平臺(tái)。那么，接下來(lái)Joe與他的朋友們還會(huì)遇到哪些問(wèn)題呢？

轉(zhuǎn)載于:https://www.cnblogs.com/pangblog/p/3357850.html

總結(jié)

以上是生活随笔為你收集整理的持续集成之戏说Check-in Dance的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。