被男人吃奶跟添下面特舒服,99国产欧美久久久精品蜜芽

持續(xù)集成 (CI) 和 Jenkins CI 服務(wù)器是現(xiàn)代軟件開發(fā)中不可或缺的工具，它們通過自動(dòng)化重復(fù)性流程來幫助團(tuán)隊(duì)發(fā)布更高質(zhì)量的軟件并節(jié)省時(shí)間。
CI 強(qiáng)調(diào)測(cè)試自動(dòng)化，使測(cè)試工程師能夠?qū)Ｗ⒂谔剿餍詼y(cè)試和邊緣情況，同時(shí)確保在開發(fā)人員提交后的幾分鐘內(nèi)，特定分支上的每次提交的質(zhì)量。
Jenkins CI 服務(wù)器是一個(gè)開源的 CI 工具，可以通過現(xiàn)有插件或創(chuàng)建新插件進(jìn)行自定義。它支持通過在多臺(tái)機(jī)器上分配任務(wù)來進(jìn)行并行構(gòu)建，并處理各種語言（包括 Python）項(xiàng)目的持續(xù)集成。
雖然 Jenkins 需要更多設(shè)置和維護(hù)，但其靈活性和可控性以及免費(fèi)的開源特性使其成為優(yōu)于其他 CI 服務(wù)器的強(qiáng)大選擇。它還可以很好地與各種版本控制系統(tǒng)集成，使其成為不同項(xiàng)目的通用工具。

Key Guidelines to Continuous Integration and Jenkins CI Server

本文最初發(fā)表在 TestProject——測(cè)試自動(dòng)化博客上

下文將詳細(xì)介紹持續(xù)集成 (CI)，這是軟件開發(fā)中一項(xiàng)必不可少的實(shí)踐，以及 Jenkins，業(yè)界標(biāo)準(zhǔn)的開源持續(xù)集成工具。通過實(shí)施持續(xù)集成和 Jenkins CI 服務(wù)器，您將了解 Jenkins 部署如何幫助您的開發(fā)團(tuán)隊(duì)發(fā)布更高質(zhì)量的軟件并節(jié)省寶貴的時(shí)間。

想要了解更多關(guān)于 Jenkins 和持續(xù)集成的信息？請(qǐng)查看以下鏈接：

屏幕錄制：哪些持續(xù)集成工具支持 Bitbucket？
在 Jenkins 中準(zhǔn)備和構(gòu)建 PHP 項(xiàng)目
使用 Jenkins 進(jìn)行持續(xù)集成
重新介紹 Jenkins：使用流水線的自動(dòng)化測(cè)試
安裝和保護(hù) Jenkins

現(xiàn)代軟件開發(fā)實(shí)踐要求盡快或經(jīng)常在生產(chǎn)環(huán)境中部署功能完善的軟件。例如，敏捷方法直接強(qiáng)制執(zhí)行此行為，方法是讓團(tuán)隊(duì)以少量增量工作，并在每次沖刺后部署到生產(chǎn)環(huán)境（閱讀：敏捷項(xiàng)目的測(cè)試自動(dòng)化策略）。

開發(fā)團(tuán)隊(duì)花費(fèi)數(shù)月時(shí)間開發(fā)軟件，然后將其傳遞給 QA、UAT 和所有生產(chǎn)線的情況已經(jīng)不復(fù)存在了。如今，重點(diǎn)是擁有功能完善的軟件，并且永遠(yuǎn)不允許危及軟件質(zhì)量的情況發(fā)生，例如在發(fā)布周期結(jié)束時(shí)引入重要的軟件更改。這就是持續(xù)集成發(fā)揮作用的地方。

什么是 CI？

CI 是一種實(shí)踐，它強(qiáng)制執(zhí)行將經(jīng)過測(cè)試的代碼頻繁集成到項(xiàng)目穩(wěn)定分支的策略。我尤其要強(qiáng)調(diào)“經(jīng)過測(cè)試的代碼”，因?yàn)檫@意味著在單獨(dú)分支上開發(fā)的功能也經(jīng)過測(cè)試，因此被集成到穩(wěn)定分支。

誰在做 CI？

通常，DevOps 工程師通常負(fù)責(zé)設(shè)置 CI 管道。如今，DevOps 工程師的角色與測(cè)試工程師非常相似，因?yàn)閮烧叨即_保流程和軟件質(zhì)量。我通常說 QA 和生產(chǎn)是與客戶最接近的交匯點(diǎn)。從這個(gè)意義上說，CI 為測(cè)試工程師提供了非常強(qiáng)大的工具，可以通過積極參與以下領(lǐng)域來提高整體流程和軟件質(zhì)量：

測(cè)試自動(dòng)化：幾年前，人們討論過手動(dòng)測(cè)試與自動(dòng)化測(cè)試。使用 CI，測(cè)試自動(dòng)化變得不可或缺，這最終將節(jié)省大量寶貴的時(shí)間來專注于其他測(cè)試任務(wù)。還值得一提的是，手動(dòng)測(cè)試和自動(dòng)化測(cè)試不能相互排斥。
測(cè)試報(bào)告：對(duì)于 CI 中的測(cè)試報(bào)告，我們可以使用現(xiàn)有的報(bào)告解決方案或構(gòu)建我們自己的報(bào)告模塊。在這兩種情況下，這都清楚地表明了我們的應(yīng)用程序代碼在每次構(gòu)建運(yùn)行中的“健康狀況”。重要的是，所有開發(fā)團(tuán)隊(duì)成員都可以訪問此信息，并且將不斷努力以提高代碼質(zhì)量。
部署流程：測(cè)試工程師更多地參與應(yīng)用程序的部署過程，這會(huì)提供有關(guān)所用測(cè)試自動(dòng)化工具或框架的內(nèi)部架構(gòu)的附加信息。這些知識(shí)非常重要，尤其是在識(shí)別“隱藏”的應(yīng)用程序問題時(shí)。

CI 的好處

CI 強(qiáng)調(diào)測(cè)試自動(dòng)化，使測(cè)試工程師能夠?qū)Ｗ⒂谔剿餍詼y(cè)試、邊緣情況測(cè)試，甚至尋找新的測(cè)試方法。
特定分支上特定提交的質(zhì)量在開發(fā)人員提交后的幾分鐘內(nèi)即可顯現(xiàn)。
代碼在分支上經(jīng)過測(cè)試后，集成到穩(wěn)定分支非常謹(jǐn)慎（CI 流程應(yīng)該運(yùn)行此操作）。應(yīng)用程序的部署一旦正確設(shè)置就會(huì)自動(dòng)執(zhí)行，不需要重復(fù)的命令。
從團(tuán)隊(duì)的角度來看，所有這些好處都會(huì)成倍增加。

典型的 CI 場(chǎng)景

開發(fā)團(tuán)隊(duì)擁有自己的源代碼版本控制存儲(chǔ)庫，其中包含項(xiàng)目（如今通常是 GitHub）。穩(wěn)定分支（主分支）通常被認(rèn)為是工作分支，很少直接在主分支上開發(fā)新功能。相反，開發(fā)人員創(chuàng)建他們自己的分支來開發(fā)新功能（功能 A 的分支 A）。當(dāng)更改被推送到該特定分支上的存儲(chǔ)庫并且開發(fā)人員發(fā)出拉取請(qǐng)求時(shí)，應(yīng)該針對(duì)該分支執(zhí)行一些基本的測(cè)試集（冒煙測(cè)試）。從 CI 的角度來看，這通常意味著以下幾點(diǎn)：

Key Guidelines to Continuous Integration and Jenkins CI Server

當(dāng) CI 流程完成后，從測(cè)試工程師和開發(fā)人員的角度來看，有以下一些要求：

測(cè)試人員：再次在分支 A 上重新測(cè)試功能 A
開發(fā)人員：另一位開發(fā)人員進(jìn)行同行代碼審查，以確保代碼質(zhì)量足夠好
開發(fā)人員：手動(dòng)將代碼合并到主分支并解決任何合并沖突（如果出現(xiàn)）。

冒煙測(cè)試為將進(jìn)行代碼審查的開發(fā)人員以及需要在拉取請(qǐng)求分支上重新測(cè)試功能 A 的測(cè)試工程師節(jié)省了大量時(shí)間。如果拉取請(qǐng)求上的冒煙測(cè)試失敗，那么負(fù)責(zé)功能 A 的開發(fā)人員現(xiàn)在有責(zé)任修復(fù)冒煙測(cè)試功能并發(fā)出新的拉取請(qǐng)求（直到修復(fù)問題，有問題的代碼都不會(huì)合并到主分支）。

如果通過此操作，并且功能 A 的新代碼從 CI 的角度合并到主分支，則會(huì)發(fā)生以下情況：

Key Guidelines to Continuous Integration and Jenkins CI Server

這表明合并成功，冒煙測(cè)試功能仍然有效，現(xiàn)在測(cè)試工程師有責(zé)任再次在主分支上重新測(cè)試功能 A（以確保合并不會(huì)對(duì)功能 A 產(chǎn)生任何副作用）。當(dāng)然，隨著時(shí)間的推移，增強(qiáng)測(cè)試自動(dòng)化套件是一個(gè)好習(xí)慣，以便涵蓋大部分功能。

這在項(xiàng)目的后期迭代中變得越來越重要，因?yàn)闇y(cè)試工程師有更多任務(wù)（測(cè)試當(dāng)前功能以及所有以前的功能）。這就是回歸測(cè)試派上用場(chǎng)的地方：從 CI 的角度來看，回歸測(cè)試的執(zhí)行通常發(fā)生在測(cè)試工程師明確運(yùn)行回歸測(cè)試時(shí)或使用調(diào)度程序時(shí)（例如：每晚執(zhí)行回歸測(cè)試）。這是一個(gè)好習(xí)慣，可以自定義此作業(yè)，以便我們可以指定將針對(duì)哪個(gè)分支執(zhí)行此作業(yè)（在這里您可以閱讀更多關(guān)于為什么以及何時(shí)執(zhí)行回歸測(cè)試自動(dòng)化的信息）。該過程如下所示：

Key Guidelines to Continuous Integration and Jenkins CI Server

Jenkins 工具簡(jiǎn)介

Jenkins CI 服務(wù)器術(shù)語

作業(yè)：Jenkins 術(shù)語中最重要的“單元”是作業(yè)。作業(yè)是 Jenkins CI 服務(wù)器中的單個(gè)執(zhí)行單元，必須有一定的結(jié)果（通過/失?。?。例如：作業(yè)可以是部署作業(yè)、冒煙測(cè)試作業(yè)、回歸測(cè)試作業(yè)等。作業(yè)由按順序執(zhí)行的多個(gè)區(qū)域組成，這將在下一段中解釋：Jenkins 作業(yè)的結(jié)構(gòu)。

插件：Jenkins 測(cè)試自動(dòng)化的主要功能之一是能夠通過使用現(xiàn)有插件或創(chuàng)建自己的插件來對(duì)其進(jìn)行自定義。Jenkins 工具中的所有內(nèi)容，從作業(yè)配置部分到 Jenkins 配置部分，實(shí)際上都是插件。由于 Jenkins 的社區(qū)規(guī)模龐大，因此已經(jīng)存在各種 Jenkins 插件來滿足最苛刻的 CI 工作流任務(wù)的需求。這意味著，您很可能會(huì)遇到一個(gè)有用的插件，而不是創(chuàng)建自定義解決方案。

節(jié)點(diǎn)：在最簡(jiǎn)單的設(shè)置中，Jenkins 實(shí)例將在一臺(tái)機(jī)器上運(yùn)行，所有作業(yè)都將在那里執(zhí)行。對(duì)于小型測(cè)試和少量作業(yè)，這是有意義的。但是，在實(shí)踐中，經(jīng)常有多個(gè)團(tuán)隊(duì)使用相同的 Jenkins 實(shí)例的情況。由于它們有大量的作業(yè)，因此在一臺(tái)實(shí)例上執(zhí)行被認(rèn)為是不好的做法，原因如下：安全、災(zāi)難恢復(fù)、性能、可擴(kuò)展性等。

在 Jenkins 中輸入主/從節(jié)點(diǎn)：Jenkins 主節(jié)點(diǎn)僅用于調(diào)度將在 Jenkins 從屬機(jī)器上執(zhí)行的作業(yè)。這樣，Jenkins 主機(jī)就不會(huì)被大量使用，并且團(tuán)隊(duì)擁有自己的從屬機(jī)器，其大小最適合他們的測(cè)試自動(dòng)化項(xiàng)目。此外，從屬節(jié)點(diǎn)隨后被配置為處理要執(zhí)行的若干個(gè)并行作業(yè)（每個(gè)節(jié)點(diǎn)的執(zhí)行程序數(shù)量）。還可以從 AWS 配置按需節(jié)點(diǎn)。這意味著節(jié)點(diǎn)僅在需要在其上執(zhí)行作業(yè)時(shí)才存在。這非常有用，因?yàn)槲覀兿胍蟮臋C(jī)器，這些機(jī)器只有在運(yùn)行回歸測(cè)試時(shí)才會(huì)被充分利用。對(duì)于這種情況，將在 AWS 上啟動(dòng)更大的 EC2 實(shí)例，作業(yè)將在該實(shí)例上執(zhí)行，完成后（基于配置的空閑時(shí)間），該實(shí)例將在一段時(shí)間內(nèi)保持活動(dòng)狀態(tài)。之后，它將確定在使用按小時(shí)付費(fèi)的服務(wù)（例如 AWS 服務(wù)）時(shí)哪種方式更有優(yōu)勢(shì)。

Jenkins 作業(yè)的結(jié)構(gòu)

在 Jenkins CI 服務(wù)器中，每個(gè) Jenkins 作業(yè)都包含多個(gè)部分：

常規(guī)：在這里，我們指定項(xiàng)目/作業(yè)名稱/說明，根據(jù)需要添加作業(yè)參數(shù)，定義作業(yè)日志輪換策略等。接下來的屏幕顯示如何配置日志輪換（您可以指定保留構(gòu)建日志的天數(shù)或要保留的最后構(gòu)建日志的數(shù)量），如何參數(shù)化作業(yè)（通過添加具有默認(rèn)值 0.0.1 的字符串 BUILD_ID，但是，此值可以在啟動(dòng)作業(yè)時(shí)指定）以及如何配置此作業(yè)將在哪里執(zhí)行（從屬節(jié)點(diǎn)名稱）：
Jenkins 源代碼管理：顧名思義，這是我們?cè)?Jenkins CI 服務(wù)器中定義源代碼存儲(chǔ)庫（如 GitHub 或 Subversion）的地方：
Jenkins 構(gòu)建觸發(fā)器：安排作業(yè)執(zhí)行的時(shí)間（定期、在其他作業(yè)之后、當(dāng) GitHub 拉取請(qǐng)求發(fā)生時(shí)、當(dāng)更改被推送到 GitHub 時(shí)等）。
Jenkins 構(gòu)建環(huán)境：在這里，我們定義與構(gòu)建將執(zhí)行的環(huán)境相關(guān)的選項(xiàng)（每次執(zhí)行作業(yè)時(shí)都刪除工作區(qū)，如果掛起一段時(shí)間則中止作業(yè)……等）。
Jenkins 構(gòu)建：在 Jenkins CI 服務(wù)器中，這是每個(gè)作業(yè)最重要的步驟。此步驟的結(jié)果會(huì)影響作業(yè)在執(zhí)行結(jié)束時(shí)的狀態(tài)。根據(jù)已安裝的插件，許多選項(xiàng)可用，最常用的插件是：執(zhí)行 shell、執(zhí)行 Groovy 腳本、調(diào)用 Ant/Maven/Gradle 腳本、執(zhí)行 Windows 批處理命令等。

這是一個(gè)經(jīng)常使用的“執(zhí)行 shell”插件的示例，它能夠內(nèi)聯(lián)編寫您自己的 shell 腳本或執(zhí)行現(xiàn)有的 shell 腳本。
Jenkins 構(gòu)建后操作：作業(yè)的這一部分用于報(bào)告作業(yè)的結(jié)果或在 Jenkins 管道中調(diào)用其他作業(yè)。一般來說，我們可以發(fā)送包含作業(yè)執(zhí)行狀態(tài)的電子郵件，可以發(fā)布 HTML 報(bào)告、JUnit 結(jié)果，可以將構(gòu)建階段構(gòu)建的工件發(fā)布到 S3 等。

請(qǐng)注意電子郵件主題行中如何指定 $BUILD_ID。由于此作業(yè)已參數(shù)化，因此此值在啟動(dòng)此作業(yè)時(shí)指定。此參數(shù)可以在作業(yè)的 Jenkins 構(gòu)建和構(gòu)建后操作部分中使用。

結(jié)論

到目前為止，您已經(jīng)了解了 Jenkins CI 服務(wù)器的主要優(yōu)勢(shì)以及 CI 本身如何添加到軟件開發(fā)流程以及測(cè)試工程師中。與其他任何技術(shù)一樣，需要時(shí)間來掌握基礎(chǔ)知識(shí)并體驗(yàn)優(yōu)勢(shì)。我強(qiáng)烈建議您投入時(shí)間到 CI 中，從長(zhǎng)遠(yuǎn)來看，這絕對(duì)是值得的。特別是，一旦應(yīng)用 Jenkins CI 服務(wù)器，許多痛苦且重復(fù)的流程將被自動(dòng)化，您將突然有更多時(shí)間專注于產(chǎn)品改進(jìn)。

您的團(tuán)隊(duì)是否也實(shí)施了持續(xù)集成和 Jenkins CI 服務(wù)器？請(qǐng)隨時(shí)在評(píng)論中分享您團(tuán)隊(duì)的經(jīng)驗(yàn)并提出問題！

本文最初發(fā)表在 TestProject——測(cè)試自動(dòng)化博客上

關(guān)于使用 Jenkins CI 服務(wù)器進(jìn)行持續(xù)集成的常見問題

Jenkins 和 Travis CI 的主要區(qū)別是什么？

Jenkins 和 Travis CI 都是流行的持續(xù)集成工具，但它們有一些關(guān)鍵區(qū)別。Jenkins 是一個(gè)自托管解決方案，需要您管理和維護(hù)自己的服務(wù)器。它高度可定制，可以配置為適應(yīng)幾乎任何 CI/CD 工作流。另一方面，Travis CI 是一種基于云的服務(wù)，易于設(shè)置和使用。它與 GitHub 集成良好，并開箱即用地支持許多語言。但是，對(duì)于復(fù)雜的工作流，它可能不如 Jenkins 靈活。

Jenkins 與 GitLab CI/CD 相比如何？

Jenkins 和 GitLab CI/CD 都提供強(qiáng)大的持續(xù)集成解決方案。Jenkins 以其靈活性和大型插件生態(tài)系統(tǒng)而聞名，而 GitLab CI/CD 則以其與 GitLab 生態(tài)系統(tǒng)的無縫集成而受到好評(píng)。GitLab CI/CD 還提供內(nèi)置的 Docker 支持，這對(duì)于使用 Docker 的團(tuán)隊(duì)來說可能是一個(gè)很大的優(yōu)勢(shì)。

使用 Jenkins 而不是其他 CI 服務(wù)器有哪些優(yōu)勢(shì)？

Jenkins 提供了優(yōu)于其他 CI 服務(wù)器的幾個(gè)優(yōu)勢(shì)。它是開源的，并且擁有一個(gè)龐大而活躍的社區(qū)，這意味著它正在不斷改進(jìn)和更新。它還擁有龐大的插件生態(tài)系統(tǒng)，允許您擴(kuò)展其功能以滿足您的特定需求。此外，Jenkins 支持各種語言和工具，使其成為許多不同項(xiàng)目的通用選擇。

Jenkins 如何處理 Python 項(xiàng)目的持續(xù)集成？

Jenkins 是一款通用的工具，可以處理 Python 項(xiàng)目的持續(xù)集成。它可以自動(dòng)化 Python 應(yīng)用程序的構(gòu)建、測(cè)試和部署，并且支持許多流行的 Python 測(cè)試框架。Jenkins 還與 Git 等版本控制系統(tǒng)集成良好，使其易于集成到您現(xiàn)有的工作流中。

在 Jenkins 和 Travis CI 之間進(jìn)行選擇時(shí)，關(guān)鍵考慮因素是什么？

在 Jenkins 和 Travis CI 之間進(jìn)行選擇時(shí)，您應(yīng)該考慮諸如團(tuán)隊(duì)的技術(shù)專業(yè)知識(shí)、CI/CD 工作流的復(fù)雜性以及預(yù)算等因素。Jenkins 需要更多設(shè)置和維護(hù)，但提供更大的靈活性和控制性。Travis CI 更易于設(shè)置和使用，但對(duì)于復(fù)雜的工作流而言可能不夠靈活。它也是一項(xiàng)付費(fèi)服務(wù)，而 Jenkins 是免費(fèi)且開源的。

Jenkins 如何支持 CI/CD 管道？

Jenkins 通過自動(dòng)化代碼交付的各個(gè)階段來支持 CI/CD 管道，從集成和測(cè)試到部署。它允許持續(xù)反饋，因?yàn)殚_發(fā)人員可以快速識(shí)別和修復(fù)代碼中的問題。Jenkins 還與 CI/CD 生態(tài)系統(tǒng)中的各種工具集成，使其成為實(shí)施 CI/CD 管道的通用選擇。

Jenkins 可以用于不在 GitHub 上托管的項(xiàng)目嗎？

是的，Jenkins 可以用于不在 GitHub 上托管的項(xiàng)目。它支持各種版本控制系統(tǒng)，包括 Subversion、Mercurial 和 Perforce。這使得 Jenkins 成為使用不同版本控制系統(tǒng)的團(tuán)隊(duì)的通用選擇。

Jenkins 如何處理并行構(gòu)建？

Jenkins 通過在多臺(tái)機(jī)器或執(zhí)行程序之間分配任務(wù)來處理并行構(gòu)建。這允許更快的構(gòu)建時(shí)間和更有效的資源利用。您可以配置 Jenkins 自動(dòng)管理您的構(gòu)建基礎(chǔ)設(shè)施，也可以手動(dòng)指定哪些任務(wù)應(yīng)該在哪些機(jī)器上運(yùn)行。