CI 需要具備這些：

全面的自動化測試。這是實(shí)踐持續(xù)集成&持續(xù)部署的基礎(chǔ)，同時(shí)，選擇合適的自動化測試工具也極其重要;

靈活的基礎(chǔ)設(shè)施。容器，虛擬機(jī)的存在讓開發(fā)人員和 QA 人員不必再大費(fèi)周折;

版本控制工具。如 Git，CVS，SVN 等;

自動化的構(gòu)建和軟件發(fā)布流程的工具，如 Jenkins，flow.ci;

反饋機(jī)制。如構(gòu)建/測試的失敗，可以快速地反饋到相關(guān)負(fù)責(zé)人，以盡快解決達(dá)到一個(gè)更穩(wěn)定的版本。

持續(xù)集成的優(yōu)點(diǎn)

“快速失敗”，在對產(chǎn)品沒有風(fēng)險(xiǎn)的情況下進(jìn)行測試，并快速響應(yīng);

***限度地減少風(fēng)險(xiǎn)，降低修復(fù)錯(cuò)誤代碼的成本;

將重復(fù)性的手工流程自動化，讓工程師更加專注于代碼;

保持頻繁部署，快速生成可部署的軟件;

提高項(xiàng)目的能見度，方便團(tuán)隊(duì)成員了解項(xiàng)目的進(jìn)度和成熟度;

增強(qiáng)開發(fā)人員對軟件產(chǎn)品的信心，幫助建立更好的工程師文化。

持續(xù)集成，該從何入手

最重要的一環(huán)是選擇合適的持續(xù)集成系統(tǒng)。是搭建私有部署還是選擇托管型持續(xù)集成系統(tǒng)，關(guān)鍵在于團(tuán)隊(duì)運(yùn)行的基礎(chǔ)設(shè)施，團(tuán)隊(duì)對持續(xù)集成系統(tǒng)的資源投入力度。

對比一下私有部署和托管型持續(xù)集成系統(tǒng)，或許能幫助你更好地做出選擇。

Self Hosted CI 指的是將軟件部署在公司的機(jī)房或內(nèi)網(wǎng)中，需要提供多臺服務(wù)器來完成 CI 系統(tǒng)的運(yùn)轉(zhuǎn)，同時(shí)需要對不同機(jī)器之間進(jìn)行環(huán)境配置。比如Maven 或 Gradle 或 Jenkins ，他們的特點(diǎn)是自由開源，且文檔支持廣泛。優(yōu)點(diǎn)在于對構(gòu)建環(huán)境有完全的控制權(quán)，能夠?qū)崿F(xiàn)完全定制。但需要搭建環(huán)境和配置、維護(hù)成本高，需要買專門的機(jī)器，花費(fèi)較多人力物力且更新遷移風(fēng)險(xiǎn)高;

Hosted CI 指的是由 SaaS 型的 CI 服務(wù)，全程在線進(jìn)行構(gòu)建配置，不需要考慮裝機(jī)器，裝軟件，環(huán)境搭建等成本。常見的有 CircleCI，Codeship 和 TravisCI 等，還有國內(nèi)***的持續(xù)集成服務(wù)——flow.ci 。SaaS 型的 CI 的特點(diǎn)在于無需額外機(jī)器，幾分鐘就可以用起來。可以根據(jù)你的需要?jiǎng)討B(tài)調(diào)度資源。省時(shí)，省心，省力。

整體而言，Jenkins 過去一直是大部分公司的選擇，但這個(gè)現(xiàn)象正在發(fā)生改變，隨著公有云服務(wù)、Docker，SaaS 的普及，越來越多的企業(yè)開始選擇 Hosted CI，也就是托管型持續(xù)集成系統(tǒng)。

另外，在選擇合適的持續(xù)集成服務(wù)時(shí)，還需要考量系統(tǒng)的靈活度以適應(yīng)公司不同階段的開發(fā)測試需求。

選擇持續(xù)集成系統(tǒng)只是持續(xù)集成應(yīng)用的其中一步，還需要建立合適的持續(xù)集成文化比如代碼質(zhì)量管控、測試文化等。做好持續(xù)集成，可為持續(xù)交付與持續(xù)部署打好堅(jiān)實(shí)基礎(chǔ)。

持續(xù)交付

持續(xù)交付在持續(xù)集成的基礎(chǔ)上，將集成后的代碼部署到更貼近真實(shí)運(yùn)行環(huán)境的「類生產(chǎn)環(huán)境」(production-like environments)中。持續(xù)交付優(yōu)先于整個(gè)產(chǎn)品生命周期的軟件部署，建立在高水平自動化持續(xù)集成之上。

試想想，如果說等到所有東西都完成了才向下個(gè)環(huán)節(jié)交付，導(dǎo)致所有的問題只能再***才爆發(fā)出來，解決成本巨大甚至無法解決。比如，我們完成單元測試后，可以把代碼部署到連接數(shù)據(jù)庫的 Staging 環(huán)境中進(jìn)行更多的自動化測試。如果代碼沒有問題，可以繼續(xù)手動部署到生產(chǎn)環(huán)境中。當(dāng)然，持續(xù)交付并不是指軟件每一個(gè)改動都要盡快部署到產(chǎn)品環(huán)境中，它指的是任何的代碼修改都可以在任何時(shí)候?qū)嵤┎渴稹?/p>

持續(xù)交付的好處

持續(xù)交付和持續(xù)集成的優(yōu)點(diǎn)非常相似：

快速發(fā)布。能夠應(yīng)對業(yè)務(wù)需求，并更快地實(shí)現(xiàn)軟件價(jià)值。

編碼->測試->上線->交付的頻繁迭代周期縮短，同時(shí)獲得迅速反饋;

高質(zhì)量的軟件發(fā)布標(biāo)準(zhǔn)。整個(gè)交付過程標(biāo)準(zhǔn)化、可重復(fù)、可靠，

整個(gè)交付過程進(jìn)度可視化，方便團(tuán)隊(duì)人員了解項(xiàng)目成熟度;

更先進(jìn)的團(tuán)隊(duì)協(xié)作方式。從需求分析、產(chǎn)品的用戶體驗(yàn)到交互 設(shè)計(jì)、開發(fā)、測試、運(yùn)維等角色密切協(xié)作，相比于傳統(tǒng)的瀑布式軟件團(tuán)隊(duì)，更少浪費(fèi)。

持續(xù)部署

持續(xù)部署是指當(dāng)交付的代碼通過評審之后，自動部署到生產(chǎn)環(huán)境中。持續(xù)部署是持續(xù)交付的***階段。這意味著，所有通過了一系列的自動化測試的改動都將自動部署到生產(chǎn)環(huán)境。它也可以被稱為“Continuous Release”。

為什么說持續(xù)部署是理想的工作流程?

“開發(fā)人員提交代碼，持續(xù)集成服務(wù)器獲取代碼，執(zhí)行單元測試，根據(jù)測試結(jié)果決定是否部署到預(yù)演環(huán)境，如果成功部署到預(yù)演環(huán)境，進(jìn)行整體驗(yàn)收測試，如果測試通過，自動部署到產(chǎn)品環(huán)境，全程自動化高效運(yùn)轉(zhuǎn)。”

實(shí)際上，產(chǎn)品在從需求到部署的過程中，會經(jīng)歷若干種不同的環(huán)境，例如 QA 環(huán)境、各種自動化測試運(yùn)行環(huán)境、生產(chǎn)環(huán)境等。這些環(huán)境的搭建、配置、管理，產(chǎn)品在不同環(huán) 境中的具體部署，狀況是比較非常復(fù)雜的，從頭到尾地全自動持續(xù)部署的確困難。那么，如果能做到持續(xù)交付，保證代碼在模擬環(huán)境沒問題，也許團(tuán)隊(duì)成員做到真正的心理有數(shù)。

持續(xù)部署的優(yōu)點(diǎn)

持續(xù)部署主要好處是，可以相對獨(dú)立地部署新的功能，并能快速地收集真實(shí)用戶的反饋。

“You build it, you run it”，這是 Amazon 一年可以完成 5000 萬次部署，平均每個(gè)工程師每天部署超過 50 次的核心秘籍。

***

「持續(xù)集成(Continuous Integration)」、「持續(xù)交付(Continuous Delivery)」和「持續(xù)部署(Continuous Deployment)」提供了一個(gè)優(yōu)秀的 DevOps 環(huán)境，對于整個(gè)團(tuán)隊(duì)來說，好處與挑戰(zhàn)并行。無論如何，頻繁部署、快速交付以及開發(fā)測試流程自動化都將成為未來軟件工程的重要組成部分。

歡迎分享你的觀點(diǎn)。

CI 需要具備這些：

全面的自動化測試。這是實(shí)踐持續(xù)集成&持續(xù)部署的基礎(chǔ)，同時(shí)，選擇合適的自動化測試工具也極其重要;

靈活的基礎(chǔ)設(shè)施。容器，虛擬機(jī)的存在讓開發(fā)人員和 QA 人員不必再大費(fèi)周折;

版本控制工具。如 Git，CVS，SVN 等;

自動化的構(gòu)建和軟件發(fā)布流程的工具，如 Jenkins，flow.ci;

反饋機(jī)制。如構(gòu)建/測試的失敗，可以快速地反饋到相關(guān)負(fù)責(zé)人，以盡快解決達(dá)到一個(gè)更穩(wěn)定的版本。

持續(xù)集成的優(yōu)點(diǎn)

“快速失敗”，在對產(chǎn)品沒有風(fēng)險(xiǎn)的情況下進(jìn)行測試，并快速響應(yīng);

***限度地減少風(fēng)險(xiǎn)，降低修復(fù)錯(cuò)誤代碼的成本;

將重復(fù)性的手工流程自動化，讓工程師更加專注于代碼;

保持頻繁部署，快速生成可部署的軟件;

提高項(xiàng)目的能見度，方便團(tuán)隊(duì)成員了解項(xiàng)目的進(jìn)度和成熟度;

增強(qiáng)開發(fā)人員對軟件產(chǎn)品的信心，幫助建立更好的工程師文化。

持續(xù)集成，該從何入手

最重要的一環(huán)是選擇合適的持續(xù)集成系統(tǒng)。是搭建私有部署還是選擇托管型持續(xù)集成系統(tǒng)，關(guān)鍵在于團(tuán)隊(duì)運(yùn)行的基礎(chǔ)設(shè)施，團(tuán)隊(duì)對持續(xù)集成系統(tǒng)的資源投入力度。

對比一下私有部署和托管型持續(xù)集成系統(tǒng)，或許能幫助你更好地做出選擇。

Self Hosted CI 指的是將軟件部署在公司的機(jī)房或內(nèi)網(wǎng)中，需要提供多臺服務(wù)器來完成 CI 系統(tǒng)的運(yùn)轉(zhuǎn)，同時(shí)需要對不同機(jī)器之間進(jìn)行環(huán)境配置。比如Maven 或 Gradle 或 Jenkins ，他們的特點(diǎn)是自由開源，且文檔支持廣泛。優(yōu)點(diǎn)在于對構(gòu)建環(huán)境有完全的控制權(quán)，能夠?qū)崿F(xiàn)完全定制。但需要搭建環(huán)境和配置、維護(hù)成本高，需要買專門的機(jī)器，花費(fèi)較多人力物力且更新遷移風(fēng)險(xiǎn)高;

Hosted CI 指的是由 SaaS 型的 CI 服務(wù)，全程在線進(jìn)行構(gòu)建配置，不需要考慮裝機(jī)器，裝軟件，環(huán)境搭建等成本。常見的有 CircleCI，Codeship 和 TravisCI 等，還有國內(nèi)***的持續(xù)集成服務(wù)——flow.ci 。SaaS 型的 CI 的特點(diǎn)在于無需額外機(jī)器，幾分鐘就可以用起來。可以根據(jù)你的需要?jiǎng)討B(tài)調(diào)度資源。省時(shí)，省心，省力。

整體而言，Jenkins 過去一直是大部分公司的選擇，但這個(gè)現(xiàn)象正在發(fā)生改變，隨著公有云服務(wù)、Docker，SaaS 的普及，越來越多的企業(yè)開始選擇 Hosted CI，也就是托管型持續(xù)集成系統(tǒng)。

另外，在選擇合適的持續(xù)集成服務(wù)時(shí)，還需要考量系統(tǒng)的靈活度以適應(yīng)公司不同階段的開發(fā)測試需求。

選擇持續(xù)集成系統(tǒng)只是持續(xù)集成應(yīng)用的其中一步，還需要建立合適的持續(xù)集成文化比如代碼質(zhì)量管控、測試文化等。做好持續(xù)集成，可為持續(xù)交付與持續(xù)部署打好堅(jiān)實(shí)基礎(chǔ)。

持續(xù)交付

持續(xù)交付在持續(xù)集成的基礎(chǔ)上，將集成后的代碼部署到更貼近真實(shí)運(yùn)行環(huán)境的「類生產(chǎn)環(huán)境」(production-like environments)中。持續(xù)交付優(yōu)先于整個(gè)產(chǎn)品生命周期的軟件部署，建立在高水平自動化持續(xù)集成之上。

試想想，如果說等到所有東西都完成了才向下個(gè)環(huán)節(jié)交付，導(dǎo)致所有的問題只能再***才爆發(fā)出來，解決成本巨大甚至無法解決。比如，我們完成單元測試后，可以把代碼部署到連接數(shù)據(jù)庫的 Staging 環(huán)境中進(jìn)行更多的自動化測試。如果代碼沒有問題，可以繼續(xù)手動部署到生產(chǎn)環(huán)境中。當(dāng)然，持續(xù)交付并不是指軟件每一個(gè)改動都要盡快部署到產(chǎn)品環(huán)境中，它指的是任何的代碼修改都可以在任何時(shí)候?qū)嵤┎渴稹?/p>

持續(xù)交付的好處

持續(xù)交付和持續(xù)集成的優(yōu)點(diǎn)非常相似：

快速發(fā)布。能夠應(yīng)對業(yè)務(wù)需求，并更快地實(shí)現(xiàn)軟件價(jià)值。

編碼->測試->上線->交付的頻繁迭代周期縮短，同時(shí)獲得迅速反饋;

高質(zhì)量的軟件發(fā)布標(biāo)準(zhǔn)。整個(gè)交付過程標(biāo)準(zhǔn)化、可重復(fù)、可靠，

整個(gè)交付過程進(jìn)度可視化，方便團(tuán)隊(duì)人員了解項(xiàng)目成熟度;

更先進(jìn)的團(tuán)隊(duì)協(xié)作方式。從需求分析、產(chǎn)品的用戶體驗(yàn)到交互 設(shè)計(jì)、開發(fā)、測試、運(yùn)維等角色密切協(xié)作，相比于傳統(tǒng)的瀑布式軟件團(tuán)隊(duì)，更少浪費(fèi)。

持續(xù)部署

持續(xù)部署是指當(dāng)交付的代碼通過評審之后，自動部署到生產(chǎn)環(huán)境中。持續(xù)部署是持續(xù)交付的***階段。這意味著，所有通過了一系列的自動化測試的改動都將自動部署到生產(chǎn)環(huán)境。它也可以被稱為“Continuous Release”。

為什么說持續(xù)部署是理想的工作流程?

“開發(fā)人員提交代碼，持續(xù)集成服務(wù)器獲取代碼，執(zhí)行單元測試，根據(jù)測試結(jié)果決定是否部署到預(yù)演環(huán)境，如果成功部署到預(yù)演環(huán)境，進(jìn)行整體驗(yàn)收測試，如果測試通過，自動部署到產(chǎn)品環(huán)境，全程自動化高效運(yùn)轉(zhuǎn)。”

實(shí)際上，產(chǎn)品在從需求到部署的過程中，會經(jīng)歷若干種不同的環(huán)境，例如 QA 環(huán)境、各種自動化測試運(yùn)行環(huán)境、生產(chǎn)環(huán)境等。這些環(huán)境的搭建、配置、管理，產(chǎn)品在不同環(huán) 境中的具體部署，狀況是比較非常復(fù)雜的，從頭到尾地全自動持續(xù)部署的確困難。那么，如果能做到持續(xù)交付，保證代碼在模擬環(huán)境沒問題，也許團(tuán)隊(duì)成員做到真正的心理有數(shù)。

持續(xù)部署的優(yōu)點(diǎn)

持續(xù)部署主要好處是，可以相對獨(dú)立地部署新的功能，并能快速地收集真實(shí)用戶的反饋。

“You build it, you run it”，這是 Amazon 一年可以完成 5000 萬次部署，平均每個(gè)工程師每天部署超過 50 次的核心秘籍。

***

「持續(xù)集成(Continuous Integration)」、「持續(xù)交付(Continuous Delivery)」和「持續(xù)部署(Continuous Deployment)」提供了一個(gè)優(yōu)秀的 DevOps 環(huán)境，對于整個(gè)團(tuán)隊(duì)來說，好處與挑戰(zhàn)并行。無論如何，頻繁部署、快速交付以及開發(fā)測試流程自動化都將成為未來軟件工程的重要組成部分。