持續(xù)集成是什么？
互聯(lián)網(wǎng)軟件的開發(fā)和發(fā)布商架，已經(jīng)形成了一套標準流程余舶，最重要的組成部分就是持續(xù)集成（Continuous integration，簡稱CI）发绢。
本文簡要介紹持續(xù)集成的概念和做法硬耍。
一垄琐、概念
持續(xù)集成指的是，頻繁地（一天多次）將代碼集成到主干经柴。
它的好處主要有兩個狸窘。
- （1）快速發(fā)現(xiàn)錯誤。每完成一點更新坯认，就集成到主干翻擒，可以快速發(fā)現(xiàn)錯誤，定位錯誤也比較容易牛哺。
- （2）防止分支大幅偏離主干陋气。如果不是經(jīng)常集成，主干又在不斷更新引润，會導致以后集成的難度變大巩趁，甚至難以集成。
持續(xù)集成的目的淳附，就是讓產(chǎn)品可以快速迭代议慰，同時還能保持高質量。 它的核心措施是燃观，代碼集成到主干之前褒脯，必須通過自動化測試便瑟。只要有一個測試用例失敗缆毁，就不能集成。
Martin Fowler說過到涂，"持續(xù)集成并不能消除Bug脊框，而是讓它們非常容易發(fā)現(xiàn)和改正。"
與持續(xù)集成相關的践啄，還有兩個概念浇雹，分別是持續(xù)交付和持續(xù)部署。
二屿讽、持續(xù)交付
持續(xù)交付（Continuous delivery）指的是昭灵，頻繁地將軟件的新版本，交付給質量團隊或者用戶伐谈，以供評審烂完。如果評審通過，代碼就進入生產(chǎn)階段诵棵。
持續(xù)交付可以看作持續(xù)集成的下一步抠蚣。它強調的是，不管怎么更新履澳，軟件是隨時隨地可以交付的嘶窄。
三怀跛、持續(xù)部署
持續(xù)部署（continuous deployment）是持續(xù)交付的下一步，指的是代碼通過評審以后柄冲，自動部署到生產(chǎn)環(huán)境吻谋。
持續(xù)部署的目標是，代碼在任何時刻都是可部署的羊初，可以進入生產(chǎn)階段滨溉。
持續(xù)部署的前提是能自動化完成測試、構建长赞、部署等步驟晦攒。它與持續(xù)交付的區(qū)別，可以參考下圖得哆。
四脯颜、流程
根據(jù)持續(xù)集成的設計，代碼從提交到生產(chǎn)贩据，整個過程有以下幾步栋操。
4.1 提交
流程的第一步，是開發(fā)者向代碼倉庫提交代碼饱亮。所有后面的步驟都始于本地代碼的一次提交（commit）矾芙。
4.2 測試（第一輪）
代碼倉庫對commit操作配置了鉤子（hook），只要提交代碼或者合并進主干近上，就會跑自動化測試剔宪。
測試有好幾種。
- 單元測試：針對函數(shù)或模塊的測試
- 集成測試：針對整體產(chǎn)品的某個功能的測試壹无，又稱功能測試
- 端對端測試：從用戶界面直達數(shù)據(jù)庫的全鏈路測試
第一輪至少要跑單元測試葱绒。
4.3 構建
通過第一輪測試，代碼就可以合并進主干斗锭，就算可以交付了地淀。
交付后，就先進行構建（build）岖是，再進入第二輪測試帮毁。所謂構建，指的是將源碼轉換為可以運行的實際代碼豺撑，比如安裝依賴烈疚，配置各種資源（樣式表、JS腳本前硫、圖片）等等胞得。
常用的構建工具如下。
Jenkins
Travis
Codeship
Strider
Jenkins和Strider是開源軟件，Travis和Codeship對于開源項目可以免費使用阶剑。它們都會將構建和測試跃巡，在一次運行中執(zhí)行完成。
4.4 測試（第二輪）
構建完成牧愁，就要進行第二輪測試素邪。如果第一輪已經(jīng)涵蓋了所有測試內容，第二輪可以省略猪半，當然兔朦，這時構建步驟也要移到第一輪測試前面。
第二輪是全面測試磨确，單元測試和集成測試都會跑沽甥，有條件的話，也要做端對端測試乏奥。所有測試以自動化為主摆舟，少數(shù)無法自動化的測試用例，就要人工跑邓了。
需要強調的是恨诱，新版本的每一個更新點都必須測試到。如果測試的覆蓋率不高骗炉，進入后面的部署階段后照宝，很可能會出現(xiàn)嚴重的問題。
4.5 部署
通過了第二輪測試句葵，當前代碼就是一個可以直接部署的版本（artifact）厕鹃。將這個版本的所有文件打包（tar filename.tar *）存檔，發(fā)到生產(chǎn)服務器笼呆。
生產(chǎn)服務器將打包文件熊响，解包成本地的一個目錄旨别，再將運行路徑的符號鏈接（symlink）指向這個目錄诗赌，然后重新啟動應用。這方面的部署工具有Ansible秸弛，Chef铭若，Puppet等。
4.6 回滾
一旦當前版本發(fā)生問題递览，就要回滾到上一個版本的構建結果叼屠。最簡單的做法就是修改一下符號鏈接，指向上一個版本的目錄绞铃。
