當(dāng)前位置：首頁 > 运维知识 > Ubuntu >内容正文

Ubuntu

入门系列之在Ubuntu 16.04使用Buildbot建立持续集成系统

發(fā)布時間：2025/3/8 Ubuntu 17 豆豆

生活随笔收集整理的這篇文章主要介紹了入门系列之在Ubuntu 16.04使用Buildbot建立持续集成系统小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

歡迎大家前往騰訊云+社區(qū)，獲取更多騰訊海量技術(shù)實(shí)踐干貨哦~

本文由angel_郁發(fā)表于云+社區(qū)專欄

介紹

Buildbot是一個基于Python的持續(xù)集成系統(tǒng)，用于自動化軟件構(gòu)建，測試和發(fā)布過程。

在本教程中，我們將演示如何設(shè)置持續(xù)集成系統(tǒng)以自動測試對存儲庫的新更改。我們將使用一個簡單的Node.js應(yīng)用程序來演示測試過程和必要的配置。為了將我們的測試環(huán)境與Buildbot主機(jī)隔離，我們將創(chuàng)建一個Docker鏡像作為Buildbot worker運(yùn)行。然后，我們將配置Buildbot主服務(wù)器以觀察GitHub存儲庫的更改，每次檢測到新的更改時自動進(jìn)行測試。

準(zhǔn)備

要學(xué)習(xí)本教程，您需要：

一個具有至少1 GB的RAM的Ubuntu16.04服務(wù)器，并包括一個可以使用sudo命令的非root 用戶。

另外，在開始本教程之前需要完成以下內(nèi)容：

如何在Ubuntu上安裝Buildbot
安裝Nginx
在Ubuntu上使用SSL來保護(hù)Nginx
給Buildbot加上SSL，使用Nginx做反向代理
搭建Docker環(huán)境

在GitHub中使用fork示例存儲庫

在我們開始配置Buildbot之前，我們將看一下我們將用于本教程的示例存儲庫。

在您的Web瀏覽器中，訪問我們將用于演示的GitHub上的hello hapi應(yīng)用程序。這個應(yīng)用程序是一個簡單的“hello world”程序，帶有一些單元和集成測試，用hapi編寫的一個Node.js Web框架。

由于此示例用于演示各種持續(xù)集成系統(tǒng)，您可能會注意到一些文件用于為其他系統(tǒng)定義管道。對于Buildbot，我們將在服務(wù)器上而不是在存儲庫中定義構(gòu)建步驟。

稍后，我們將在我們的存儲庫中為Buildbot設(shè)置webhook，以便更改將自動觸發(fā)新測試。現(xiàn)在，我們需要創(chuàng)建自己的存儲庫分支。

單擊屏幕右上角的Fork按鈕：

GitHub fork 按鈕

如果您是GitHub組織的成員，可能會詢問您在哪里使用fork存儲庫：

哪里使用fork存儲庫

選擇帳戶或組織后，存儲庫的副本將添加到您的帳戶中：

存儲庫的副本將添加到您的帳戶

您將在Buildbot配置中使用fork的URL。現(xiàn)在我們有了一個存儲庫URL，我們可以開始配置Buildbot了。

為Buildbot設(shè)置Docker

我們將從設(shè)置Docker開始，以便Buildbot使用它來執(zhí)行構(gòu)建。首先，我們需要配置Docker和Buildbot之間的訪問。之后，我們需要創(chuàng)建一個Docker鏡像以用于我們的容器。

為Buildbot配置Docker訪問

我們需要允許Buildbot和Docker在幾個不同的級別進(jìn)行通信。

首先，我們需要確保Buildbot進(jìn)程可以訪問Docker守護(hù)程序。我們可以通過將做到這一點(diǎn)buildbot用戶的docker組：

$ sudo usermod -aG docker buildbot

下次重新啟動Buildbot主服務(wù)器時，這個新組將可用于Buildbot，我們稍后會這樣做。

我們還需要確保Buildbot知道如何與Docker通信。由于Buildbot是用Python編寫的，它利用docker-py Python包而不是直接發(fā)出Docker命令。

您可以輸入以下命令安裝docker-py：

$ sudo -H pip install docker-py

最后，我們需要打開從容器到主機(jī)系統(tǒng)和外部世界的網(wǎng)絡(luò)訪問。我們可以通過在防火墻中允許docker0的接口例外來實(shí)現(xiàn)此目的。

通過輸入以下內(nèi)容允許從docker0界面訪問流量：

$ sudo ufw allow in on docker0

Buildbot和Docker現(xiàn)在應(yīng)該能夠有效地相互通信。

創(chuàng)建一個Docker鏡像以用作Buildbot Worker

接下來，我們將創(chuàng)建一個Docker容器，用作Buildbot worker來運(yùn)行我們的測試。Buildbot可以動態(tài)啟動Docker容器以用作worker，但首先需要使用包含的一些Buildbot worker組件構(gòu)建容器。

幸運(yùn)的是，Buildbot項目提供了一個基本的Buildbot worker映像，該鏡像已經(jīng)配置了所有特定于Buildbot的需求。我們只需要將此鏡像用作基礎(chǔ)并安裝我們項目所需的其他依賴項。

在我們的例子中，我們將使用的示例應(yīng)用程序是Node.js應(yīng)用程序，因此我們需要確保Node.js在鏡像上可用。

要定義我們的鏡像，請創(chuàng)建并打開Dockerfile在主目錄中調(diào)用的文件：

$ nano ~/Dockerfile

在這個文件中，我們使用了基于Buildbot worker的鏡像FROM buildbot/buildbot-worker:master。之后，我們可以切換到root用戶安裝Node.js，然后切換回buildbot用戶運(yùn)行實(shí)際命令：

?/ Dockerfile

FROM buildbot/buildbot-worker:masterUSER root RUN curl -sL https://deb.nodesource.com/setup_8.x | bash - RUN apt-get install -y nodejs USER buildbot

完成后保存并關(guān)閉文件。

一旦我們擁有了Dockerfile，我們就可以從中構(gòu)建我們的鏡像。我們將調(diào)用鏡像npm-worker來明確我們安裝的額外依賴項：

$ docker build -t npm-worker - < ~/Dockerfile

Docker將根據(jù)我們在其中列出的命令開始構(gòu)建您的鏡像Dockerfile。它將下拉基本鏡像及其依賴層，安裝Node.js，然后將生成的環(huán)境保存到一個名為npm-worker的鏡像中。

配置Buildbot主服務(wù)器

現(xiàn)在我們有了Docker鏡像，我們可以配置Buildbot主機(jī)來使用它。

因?yàn)槲覀冋诙x一個全新的構(gòu)建過程，并且因?yàn)榈侥壳盀橹刮覀儗χ髋渲玫亩ㄖ坪苌?#xff0c;所以我們將從頭開始配置。為避免丟失當(dāng)前信息，我們將原始文件移動到備份文件：

$ sudo mv /home/buildbot/master/master.cfg /home/buildbot/master/master.cfg.bak

顯示備份文件的配置，以便我們可以復(fù)制一些重要值以在新配置中使用：

$ sudo cat /home/buildbot/master/master.cfg.bak

我們要轉(zhuǎn)移到新配置的重要部分是用戶憑據(jù)和權(quán)限。在輸出中查找c['www']['authz']和c['www']['auth']開頭的配置部分：

. . . c['www']['authz'] = util.Authz(allowRules = [util.AnyEndpointMatcher(role="admins")],roleMatchers = [util.RolesFromUsername(roles=['admins'], usernames=['Sammy'])] ) c['www']['auth'] = util.UserPasswordAuth({'Sammy': 'Password'}) . . .

將這些行復(fù)制并保存在某處，以便以后可以引用它們。我們將這些詳細(xì)信息添加到我們的新Buildbot主配置中，以保留我們的用戶和身份驗(yàn)證設(shè)置。

現(xiàn)在，創(chuàng)建一個新master.cfg文件，我們可以在其中重新定義Buildbot實(shí)例的行為：

$ sudo nano /home/buildbot/master/master.cfg

我們將在此文件中定義新的Buildbot主配置。

設(shè)置基本項目配置

Buildbot配置文件實(shí)際上是一個Python模塊，它以犧牲一些復(fù)雜性為代價提供了極大的靈活性。

我們將從一些基本配置開始。將以下行粘貼到您的文件中：

/home/buildbot/master/master.cfg

# -*- python -*- # ex: set filetype=python: from buildbot.plugins import *c = BuildmasterConfig = {}# Basic config c['buildbotNetUsageData'] = None c['title'] = "Hello Hapi" c['titleURL'] = "https://github.com/your_github_name/hello_hapi" c['buildbotURL'] = "https://buildmaster_domain_name/" c['protocols'] = {'pb': {'port': 9989}}

該文件的頂部包含一些注釋，許多文本編輯器能夠解釋這些注釋以正確應(yīng)用語法高亮顯示。然后，我們從buildbot.plugins包中導(dǎo)入所有內(nèi)容，以便我們可以使用工具來構(gòu)建配置。

Buildbot配置全部由名為BuildmasterConfig的字典定義，因此我們將此變量設(shè)置為空字典以啟動。

我們創(chuàng)建一個名為c的速記變量，設(shè)置為同一個字，以減少整個文件中所需的輸入量。

下面的配置中需要注意的一些事項：

buildbotNetUsageData設(shè)置為None。如果要向開發(fā)人員報告使用情況數(shù)據(jù)，請將其更改為字符串"basic"。
title和titleURL反映項目的名稱和GitHub的倉庫。使用指向您自己的fork的鏈接。
buildbotURL設(shè)置為Buildbot主服務(wù)器的SSL安全域名。記得從https://開始并以尾部斜杠/結(jié)束。
與我們的上一個配置不同，該protocol定義并不會和本地主機(jī)綁定。我們需要通過Docker橋接網(wǎng)絡(luò)docker0允許來自Docker容器的連接。

配置Docker Worker

接下來，我們需要定義我們的Docker worker。Buildbot將根據(jù)需要使用Docker來配置工作人員。為此，它需要知道如何連接到Docker以及使用哪個映象。

將以下內(nèi)容粘貼到文件的底部：

/home/buildbot/master/master.cfg

. . .# Workers c['workers'] = [] c['workers'].append(worker.DockerLatentWorker("npm-docker-worker", None,docker_host='unix://var/run/docker.sock',image='npm-worker',masterFQDN='buildmaster_domain_name'))

該c['workers'] =[]行演示了我們在完成配置時將使用的基本約定。我們將配置字典中的鍵設(shè)置為空列表。然后，我們將元素附加到列表以實(shí)現(xiàn)實(shí)際配置。這使我們可以在以后添加其他元素。

為了定義我們的worker，我們創(chuàng)建一個worker.DockerLatentWorker實(shí)例并將其追加到worker列表中。我們將此工作者命名為npm-docker-worker，以便稍后在配置中引用它。然后我們將docker_host設(shè)置為Docker的套接字位置，并提供我們創(chuàng)建的Docker鏡像的名稱（在我們的例子中為npm-worker）。我們將masterFQDN設(shè)置為Buildbot master的域名，以確保容器可以到達(dá)主服務(wù)器，而不管服務(wù)器的內(nèi)部主機(jī)名設(shè)置如何。

配置調(diào)度程序

接下來，我們將定義一個調(diào)度程序。Buildbot使用調(diào)度程序根據(jù)從變更源或更改掛鉤收到的更改來決定何時以及如何運(yùn)行構(gòu)建（稍后我們將配置更改掛鉤）。

將以下配置粘貼到文件的底部：

/home/buildbot/master/master.cfg

. . .# Schedulers c['schedulers'] = [] c['schedulers'].append(schedulers.SingleBranchScheduler(name="hello_hapi",change_filter=util.ChangeFilter(project='your_github_name/hello_hapi', branch='master'),treeStableTimer=3,builderNames=["npm"]))

我們使用相同的方法將配置附加到空列表中。在這種情況下，我們附加一個schedulers.SingleBranchScheduler實(shí)例。這允許我們在存儲庫中觀察單個分支，并簡化了配置。

我們將調(diào)度程序命名為“hello_hapi”以正確識別它。然后我們定義一個更改過濾器。來自不同來源的許多不同變更集可以交給調(diào)度程序。更改過濾器定義一組標(biāo)準(zhǔn)，用于確定此特定調(diào)度程序是否應(yīng)處理相關(guān)更改。在我們的例子中，我們根據(jù)項目名稱進(jìn)行過濾，這將由GitHub webhook和我們希望觀看的分支報告。

接下來，我們將treeStableTimer設(shè)置為3秒，該treeStableTimer確定等待其他更改的時間量。這有助于防止Buildbot為與密切相關(guān)的更改排隊許多小型構(gòu)建。最后，我們定義當(dāng)更改符合我們的條件時應(yīng)該使用的構(gòu)建器的名稱（我們將暫時定義此為構(gòu)建器）。

為Node.js項目配置構(gòu)建工廠

接下來，我們將配置一個用于處理Node.js項目的構(gòu)建工廠。構(gòu)建工廠負(fù)責(zé)定義構(gòu)建或在我們的案例測試中應(yīng)該采取的步驟。它通過定義util.BuildFactory實(shí)例然后添加應(yīng)執(zhí)行的順序步驟來完成此操作。

將以下內(nèi)容粘貼到文件的底部：

/home/buildbot/master/master.cfg

. . .# Build Factories npm_f = util.BuildFactory() npm_f.addStep(steps.GitHub(repourl='git://github.com/your_github_name/hello_hapi.git', mode='full', method='clobber')) npm_f.addStep(steps.ShellCommand(command=["npm", "install"])) npm_f.addStep(steps.ShellCommand(command=["npm", "test"]))

首先，我們定義一個名為npm_f的構(gòu)建工廠。我們添加的第一步是steps.GitHub實(shí)例。在這里，我們設(shè)置應(yīng)該下拉到構(gòu)建器中的存儲庫。我們設(shè)置mode為“full”和method“clobber”以在每次提取新代碼時完全清理我們的存儲庫。

我們添加的第二個和第三個步驟是steps.ShellCommand對象，它們定義在構(gòu)建期間在存儲庫中運(yùn)行的shell命令。在我們的例子中，我們需要運(yùn)行npm install以收集項目的依賴項。之后，我們需要運(yùn)行npm test以運(yùn)行我們的測試套件。在大多數(shù)情況下，建議將命令定義為一個list (["npm","install"]），以防止shell對命令中的元素應(yīng)用不需要的擴(kuò)展。

配置構(gòu)建器

一旦我們有一個添加了步驟的構(gòu)建工廠，我們就可以設(shè)置一個構(gòu)建器。構(gòu)建器將我們已定義的許多元素綁定在一起，以確定構(gòu)建的執(zhí)行方式。

將以下配置粘貼到文件的底部：

/home/buildbot/master/master.cfg

. . .# Builders c['builders'] = [] c['builders'].append(util.BuilderConfig(name="npm",workernames=["npm-docker-worker"],factory=npm_f))

我們將一個util.BuilderConfig對象附加到builders列表中。請記住，我們的構(gòu)建工廠名為npm_f，我們的Docker工作者稱為npm-docker-worker，我們定義的調(diào)度程序?qū)讶蝿?wù)傳遞給名為npm的worker。。我們的構(gòu)建器定義了這些元素之間的關(guān)系，以便我們的調(diào)度程序的更改將導(dǎo)致構(gòu)建工廠步驟在Docker worker中執(zhí)行。

配置數(shù)據(jù)庫和Web界面

最后，我們可以配置數(shù)據(jù)庫和Web界面設(shè)置。與之前的許多項目不同，這兩個設(shè)置被定義為字典而不是列表。該db字典只指向/home/buildbot/master目錄中已有的state.sqlite文件。www詞典包含大量額外配置。

將以下內(nèi)容粘貼到文件的底部。將您從原始Buildbot主配置中復(fù)制的身份驗(yàn)證信息替換為以下身份驗(yàn)證塊：

/home/buildbot/master/master.cfg

. . .# Database c['db'] = { 'db_url': "sqlite:///state.sqlite",}# Web Interface c['www'] = dict(port=8010, plugins=dict(waterfall_view={}, console_view={}))# Auth info copied from the original configuration c['www']['authz'] = util.Authz(allowRules = [util.AnyEndpointMatcher(role="admins")],roleMatchers = [util.RolesFromUsername(roles=['admins'], usernames=['Sammy'])] ) c['www']['auth'] = util.UserPasswordAuth({'Sammy': 'Password'}) # End of auth info copied from the original configuration# GitHub webhook receiver c['www']['change_hook_dialects'] = {'github': {'secret': 'your_secret_value','strict': True,} }

在定義數(shù)據(jù)庫設(shè)置之后，我們創(chuàng)建一個www字典，該字典首先定義要偵聽的端口以及要包含在Web UI中的一些視圖。接下來，我們添加從先前的Buildbot配置文件中提取的身份驗(yàn)證要求。

最后，我們在www字典中定義了一個名為change_hook_dialects的字典。我們使用它來定義一個GitHub更改掛鉤，它將偵聽來自GitHub的webhook消息。為您的機(jī)密選擇一個安全密碼，GitHub將使用該密碼來驗(yàn)證它將發(fā)送的消息。

完成后，保存并關(guān)閉文件。

重新啟動Buildbot Master以應(yīng)用新配置

此時，我們已經(jīng)完全重新配置了Buildbot主進(jìn)程。我們需要重新啟動Buildbot主進(jìn)程來實(shí)現(xiàn)更改。

在我們這樣做之前，檢查我們的文件是否有重要的語法錯誤。由于我們從頭開始重建配置，因此我們很可能會引入一些錯誤。

輸入以下命令檢查文件的語法：

$ sudo buildbot checkconfig /home/buildbot/master

該命令將報告它找到的任何問題。如果未找到任何錯誤，您將收到如下消息：

Config file is good!

如果報告了任何錯誤，請仔細(xì)閱讀錯誤消息，以便更好地了解錯誤。再次打開配置文件以嘗試解決任何問題。

如果不再出現(xiàn)任何錯誤，請輸入以下命令重新啟動Buildbot主服務(wù)：

$ sudo systemctl restart buildbot-master

輸入以下命令檢查操作是否成功：

$ sudo systemctl status buildbot-master ● buildbot-master.service - BuildBot master serviceLoaded: loaded (/etc/systemd/system/buildbot-master.service; enabled; vendor preset: enabled)Active: active (running) since Tue 2017-06-27 19:24:07 UTC; 2s agoMain PID: 8298 (buildbot)Tasks: 2Memory: 51.7MCPU: 1.782sCGroup: /system.slice/buildbot-master.service└─8298 /usr/bin/python /usr/local/bin/buildbot start --nodaemonJun 27 19:24:07 bb5 systemd[1]: Started BuildBot master service

如果服務(wù)能夠成功重新啟動，則會將其標(biāo)記為活動狀態(tài)。

在示例存儲庫中創(chuàng)建GitHub Webhook

現(xiàn)在Buildbot配置了一個Web端點(diǎn)來接受GitHub webhook帖子，我們可以為我們的fork配置一個webhook。

在Web瀏覽器中，導(dǎo)航到示例項目存儲庫的fork：

https://github.com/your_github_user/hello_hapi

單擊“設(shè)置”選項卡以查看項目設(shè)置。在設(shè)置頁面的左側(cè)菜單中，單擊Webhooks（GitHub可能會提示您在此過程中重新輸入密碼以確認(rèn)您的身份）：

項目設(shè)置

單擊右側(cè)的“ 添加webhook”按鈕以添加新的webhook。

下面的頁面將包含一個用于定義webhook的表單。在Payload URL字段中，添加項目的GitHub更改的URL。這是通過指定https://協(xié)議，然后是Buildbot master的域名，然后是/change_hook/github構(gòu)建的。

將內(nèi)容類型設(shè)置為application/x-www-form-urlencoded。在“密碼”字段中，輸入您在Buildbot主配置文件中選擇的秘密密碼。您可以選中“Just push”事件觸發(fā)器，勾選“Active”復(fù)選框：

添加新的webhook

完成后，單擊“ 添加webhook”按鈕。

您將返回到項目的webhooks索引，在該索引中將顯示您的新webhook。如果刷新幾次，則應(yīng)在webhook旁邊顯示綠色復(fù)選標(biāo)記圖標(biāo)，表示郵件已成功傳輸：

webhooks索引

如果您看到紅色的X，請再次單擊webhook，然后向下滾動到Recent Deliveries部分。如果您單擊failed delivery，可以獲得有關(guān)出現(xiàn)問題的更多信息。

測試Webhook

現(xiàn)在我們已經(jīng)有了webhook，我們可以測試以確保當(dāng)我們對存儲庫進(jìn)行更改時，Buildbot會被警告，觸發(fā)Docker中的構(gòu)建，并且能夠成功執(zhí)行測試套件。

在GitHub fork的主頁面中，單擊綠色“克隆或下載”按鈕左側(cè)的“ 創(chuàng)建新文件 ”按鈕：

創(chuàng)建新文件

在隨后的屏幕上，創(chuàng)建dummy_file并填寫一些文本：

dummy_file

完成后，單擊頁面底部的“ 提交新文件”按鈕。

接下來，訪問您的Buildbot Web界面，如果您尚未通過身份驗(yàn)證，請登錄。

根據(jù)您提交dummy_file到存儲庫后的時間長度，您可能會看到正在進(jìn)行的構(gòu)建，如下所示：

Buildbot 正在構(gòu)建

如果構(gòu)建已經(jīng)完成，則它將位于“最近構(gòu)建”部分中：

構(gòu)建完成

我們定義的構(gòu)建器名稱“npm”用于標(biāo)記構(gòu)建。在該示例中，我們還可以從先前的主配置中看到較早的樣本構(gòu)建器運(yùn)行。

無論進(jìn)度如何，單擊構(gòu)建器名稱和內(nèi)部版本號鏈接以訪問構(gòu)建詳細(xì)信息頁面。此視圖包含有關(guān)所執(zhí)行的構(gòu)建的信息。我們添加到構(gòu)建工廠的每個步驟都將顯示在其自己的部分中：

構(gòu)建詳細(xì)信息

如果單擊某個步驟，將顯示該命令的輸出。如果出現(xiàn)問題，這可以幫助調(diào)試：

調(diào)試輸出

在上面的輸出中，我們可以驗(yàn)證Buildbot是否在我們的測試套件中成功運(yùn)行了三個測試。

如果構(gòu)建未成功完成，您可能希望檢查的其他一些區(qū)域是構(gòu)建詳細(xì)信息頁面上的其他選項卡以及/home/buildbot/master/twistd.log文件。

調(diào)整Buildbot服務(wù)

在我們完成之前，我們應(yīng)該對我們的Buildbot服務(wù)進(jìn)行一些調(diào)整。

目前，我們?yōu)椴辉偈褂玫墓ぷ魅藛T定義了buildbot-worker服務(wù)（我們的Docker工作程序在需要時自動啟動）。

我們應(yīng)該停止并禁用old worker。

要停止正在運(yùn)行的服務(wù)并禁止它在引導(dǎo)時啟動，請輸入：

$ sudo systemctl stop buildbot-worker $ sudo systemctl disable buildbot-worker Removed symlink /etc/systemd/system/buildbot-master.service.wants/buildbot-worker.service.

上面的輸出結(jié)果表明工作人員下次啟動時不會啟動。要驗(yàn)證服務(wù)是否不再運(yùn)行，請輸入：

$ sudo systemctl status buildbot-worker ● buildbot-worker.service - BuildBot worker serviceLoaded: loaded (/etc/systemd/system/buildbot-worker.service; disabled; vendor preset: enabled)Active: inactive (dead)Jun 27 21:12:48 bb6 systemd[1]: Started BuildBot worker service. Jun 27 21:55:51 bb6 systemd[1]: Stopping BuildBot worker service... Jun 27 21:55:51 bb6 systemd[1]: Stopped BuildBot worker service.

我們應(yīng)該做的最后一件事是在Buildbot主服務(wù)和Docker守護(hù)進(jìn)程之間建立一個soft依賴項。由于Buildbot主服務(wù)無法在沒有Docker的情況下配置new workers，因此我們應(yīng)該定義此要求。

打開/ etc / systemd / system目錄中的buildbot-master.service文件以調(diào)整服務(wù)文件：

$ sudo nano /etc/systemd/system/buildbot-master.service

在[Unit]部分中，將docker.service添加到network.target項之后的After指令中。添加另一個名為docker.service的Wants指令。Wants建立了一個軟依賴，而After指令建立了起始順序：

/etc/systemd/system/buildbot-master.service

[Unit] Description=BuildBot master service After=network.target docker.service Wants=docker.service[Service] User=buildbot Group=buildbot WorkingDirectory=/home/buildbot/master ExecStart=/usr/local/bin/buildbot start --nodaemon[Install] WantedBy=multi-user.target

完成后保存并關(guān)閉文件。

重新加載systemd守護(hù)程序和服務(wù)以立即應(yīng)用配置：

$ sudo systemctl daemon-reload $ sudo systemctl restart buildbot-master

現(xiàn)在應(yīng)該在Docker可用之后啟動Buildbot主進(jìn)程。

結(jié)論

在本教程中，我們將Buildbot配置為使用webhooks監(jiān)聽對GitHub存儲庫的更改。收到更改后，Buildbot會根據(jù)自定義Docker鏡像啟動容器以測試新提交。Docker鏡像包含一個Buildbot工作器實(shí)例以及測試項目代碼所需的依賴項。這允許Buildbot在對存儲庫進(jìn)行更改時根據(jù)需要動態(tài)啟動Buildbot worker。

參考文獻(xiàn)：《How To Set Up Continuous Integration with Buildbot on Ubuntu 16.04》

問答

騰訊云服務(wù)器？

總結(jié)

以上是生活随笔為你收集整理的入门系列之在Ubuntu 16.04使用Buildbot建立持续集成系统的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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

上一篇： Redis集群一致性Hash效果的代码演
下一篇： ubuntu18.04安装pycharm

Ubuntu

入门系列之在Ubuntu 16.04使用Buildbot建立持续集成系统

介紹

準(zhǔn)備

在GitHub中使用fork示例存儲庫

為Buildbot設(shè)置Docker

配置Buildbot主服務(wù)器

重新啟動Buildbot Master以應(yīng)用新配置

測試Webhook

結(jié)論

問答

相關(guān)閱讀

總結(jié)