許多CI / CD系統(tǒng)工具為開發(fā)團(tuán)隊(duì)和DevOps團(tuán)隊(duì)提供了源代碼控制，構(gòu)建工件和部署功能等功能。GitLab就是其中之一，但是該產(chǎn)品為CI / CD管道帶來(lái)了某些優(yōu)勢(shì)，從易于安裝到高級(jí)自動(dòng)化。基于Web的工具鼓勵(lì)團(tuán)隊(duì)內(nèi)適當(dāng)?shù)拇a實(shí)踐，并安全地部署到生產(chǎn)中。

DevOps生命周期工具市場(chǎng)上的公司應(yīng)在以下五個(gè)方面評(píng)估GitLab CI / CD管道：

• 易于配置；

• 源代碼安全；

• 管道自動(dòng)化；

• DevOps成熟度反饋；

• 部署計(jì)劃；

易于配置

在CI / CD工具中，服務(wù)器配置可能很麻煩。對(duì)于某些產(chǎn)品，除非企業(yè)支付高額費(fèi)用，否則IT組織無(wú)法在云提供商或內(nèi)部安裝該工具。

您可以在任何地方安裝GitLab CI / CD工具：在本地，在云中，在容器上，在幾乎所有Linux發(fā)行版上，甚至可以在Kubernetes中協(xié)調(diào)流程。

在此視頻中，請(qǐng)按照以下步驟通過(guò)Microsoft Azure門戶快速部署任何版本的GitLab服務(wù)器。用戶可以創(chuàng)建虛擬機(jī)或遵循預(yù)設(shè)配置。在這里，我們?cè)谫Y源組中設(shè)置了一個(gè)GitLab Community Edition服務(wù)器，選擇了要部署到的Azure區(qū)域，并選擇了大小合適的實(shí)例。爭(zhēng)取具有至少4個(gè)CPU和7 GB RAM的實(shí)例。該視頻演示了帶有密碼的GitLab社區(qū)版服務(wù)器；SSH公鑰也是一個(gè)選項(xiàng)。

在GUI上更喜歡命令行界面（CLI）？您也可以從CLI安裝GitLab。這四個(gè)步驟通過(guò)Ubuntu CLI設(shè)置了一個(gè)GitLab服務(wù)器：

源代碼安全

安全性和合規(guī)性是CI / CD管道的重要考慮因素。安全性應(yīng)該控制代碼的存放位置以及誰(shuí)可以訪問(wèn)它。

GitLab平臺(tái)包括一個(gè)完整的分布式版本控制系統(tǒng)平臺(tái)；畢竟，許多CI / CD平臺(tái)都內(nèi)置了源代碼控制。GitLab還提供對(duì)訪問(wèn)控制和代碼存儲(chǔ)位置的完全控制。例如，如果您在本地部署GitLab，則已經(jīng)管理了托管平臺(tái)的服務(wù)器或服務(wù)器以及代碼所在的位置。遵循高安全性標(biāo)準(zhǔn)的IT組織（例如政府機(jī)構(gòu)）更喜歡這種方式。

您可以在不退出GitLab UI的情況下在GitLab存儲(chǔ)庫(kù)中存儲(chǔ)外部代碼，如以下Terraform代碼示例所示：

以了解如何通過(guò)“ 新建項(xiàng)目”字段添加代碼。用戶可以從其他源代碼控制存儲(chǔ)庫(kù)導(dǎo)入項(xiàng)目，并確定該項(xiàng)目是私有的，內(nèi)部共享的還是公共的。克隆代碼或使用GitLab的Web IDE編寫新代碼。

GitLab包含一項(xiàng)稱為Auto DevOps的功能，可以通過(guò)CI / CD管道自動(dòng)檢測(cè)，構(gòu)建，測(cè)試，部署和監(jiān)視應(yīng)用程序。該功能涵蓋開發(fā)人員希望通過(guò)自動(dòng)化完成或已經(jīng)完成的所有工作。Auto DevOps可以節(jié)省時(shí)間并執(zhí)行標(biāo)準(zhǔn)實(shí)踐，因?yàn)閳F(tuán)隊(duì)無(wú)需為這些步驟執(zhí)行手動(dòng)設(shè)置。GitLab默認(rèn)為所有項(xiàng)目啟用該功能。

為了獲得Auto DevOps的好處，用戶必須將Kubernetes集群集成到GitLab中。這是在GitLab中實(shí)現(xiàn)Kubernetes的兩種方法：

• 帶上自己的集群。將現(xiàn)有Kubernetes集群的信息輸入平臺(tái)。此方法需要集群名稱，API URL，認(rèn)證信息和服務(wù)令牌。

• 創(chuàng)建一個(gè)集群。通過(guò)GitLab UI，從Amazon Elastic Kubernetes服務(wù)（EKS）或Google Kubernetes Engine（GKE）創(chuàng)建Kubernetes集群。要使用EKS或GKE，請(qǐng)從GitLab向所選的云服務(wù)提供商進(jìn)行身份驗(yàn)證。

DevOps的實(shí)現(xiàn)在現(xiàn)實(shí)世界中迅速引起混亂。GitLab根據(jù)用戶為DevOps實(shí)施CI / CD管道工具的方式向用戶評(píng)分。該分?jǐn)?shù)可幫助團(tuán)隊(duì)確定例如DevOps功能的擴(kuò)展范圍以及開發(fā)人員是否適當(dāng)?shù)厥褂昧薌itLab功能。

建議還可以包括GitLab CI / CD管道之外的區(qū)域，例如票務(wù)發(fā)行板。當(dāng)開發(fā)團(tuán)隊(duì)將這些開發(fā)板用于CI / CD管道時(shí)，可以確保該團(tuán)隊(duì)在流程開始之前就交付了正確的軟件，修復(fù)了錯(cuò)誤并說(shuō)明了正確的實(shí)施。

GitLab用戶可以將他們的活動(dòng)與其他組織進(jìn)行比較，并獲得旨在改善DevOps實(shí)施的學(xué)習(xí)材料。這些功能對(duì)于沒(méi)有與同事共享專業(yè)知識(shí)的小型或隔離IT團(tuán)隊(duì)特別有用。

給GitLab時(shí)間根據(jù)活動(dòng)來(lái)制定分?jǐn)?shù)。一兩個(gè)星期之內(nèi)，GitLab的Analytics（分析）工作區(qū)將具有足夠的信息來(lái)生成分?jǐn)?shù)。

在純CI / CD管道中，一旦代碼進(jìn)入源代碼控制，它將被推送到CI流程，該流程最終將啟動(dòng)CD流程以部署代碼。但是，在工作中的企業(yè)生產(chǎn)環(huán)境中，IT團(tuán)隊(duì)可能需要安排發(fā)布計(jì)劃以避免沖突，或確保支持人員可以監(jiān)視可接受的性能。例如，操作可能指定在用戶負(fù)載最輕的時(shí)候每天凌晨4點(diǎn)部署代碼。

使用GitLab的CI / CD管道時(shí)間表，可以指定特定分支部署的時(shí)間。可以為將來(lái)的特定時(shí)間設(shè)置自動(dòng)計(jì)劃，也可以根據(jù)需要設(shè)置重復(fù)的時(shí)間。

設(shè)置部署時(shí)間后，開發(fā)團(tuán)隊(duì)會(huì)知道代碼何時(shí)更改。這些計(jì)劃的部署尤其使軟件開發(fā)和用戶接受測(cè)試受益。此外，運(yùn)營(yíng)團(tuán)隊(duì)知道何時(shí)需要發(fā)布新版本，并監(jiān)視該代碼是否有助于（或中斷）實(shí)施。這種提前的協(xié)調(diào)在即時(shí)根本原因分析中得到了回報(bào)。