2. 程式人生 > >持續整合之jenkins實踐教程：基礎篇(6): 在jenkins的容器中進行映象的構建

持續整合之jenkins實踐教程：基礎篇(6): 在jenkins的容器中進行映象的構建

阿新 • • 發佈：2018-12-26

這裡寫圖片描述

作為持續整合的利器Jenkins已經得到了廣泛地應用，僅僅作為一個工具，Jenkins已然有了自己的生態圈，支援其的plugin更是超過1300+。在實際中如何使用以及如何更好地使用jenkins，一直是大家在實踐並討論的。本系列文章將會從如何使用jenkins方面對一些細節進行總結和整理，這篇文章將會介紹如何在jenkins的容器中進行映象的構建。

原因

映象的構建docker build需要damon程序的支援，如果構建者自身本身就在容器之中，這個就是很久之前討論的很多的docker in docker的情況。而是用更多的方式則是利用docker用於socket通訊的socket檔案，這篇文章將會詳細的介紹這種方式。

準備

這種方式對目前常見的版本一般來說影響不大，這篇文章使用1.13.1的版本進行驗證。

宿主機的docker版本：

[root@host154 tools]# docker version
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      linux/amd64

Server:
 Version:      1.13.1
 API version
 
:  1.26 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      linux/amd64
 Experimental: false
[root@host154 tools]#

啟動jenkins在映象之中

直接使用docker run或者使用docker-compose或者其他方式，將jenkins啟動在容器之中，比如：

[root@host154 tools]# docker ps
CONTAINER
 
 ID        IMAGE                      COMMAND             CREATED              STATUS              PORTS                     NAMES
46cc37b371cb        liumiaocn/jenkins:2.73.3   "run.sh"            About a minute ago   Up About a minute   0.0.0.0:38080->8080/tcp   tools_jenkins_1
[root@host154 tools]#

宿主機docker設定

宿主機docker的daemon程序需要設定如下兩個選項：
-H tcp://0.0.0.0:4243
-H unix:///var/run/docker.sock

其實這個就是用於保證遠端和本地兩者都可以使用的方式。docker.sock這個檔案，則是用於程序間通訊用的，從其型別上的s可以清楚地看到這一點

[root@host154 tools]# ls -l /var/run/docker.sock
srw-rw----. 1 root root 0 Jan 12 06:26 /var/run/docker.sock
[root@host154 tools]#

#

宿主機的docker build確認

由於映象中的docker build最終還是借用於宿主機的docker build能力，所以在容器中構建映象成功之前，最好先確認宿主機可以進行正常的docker build，比如我們將alpine映象中加上時區設定的tzdata

[root@host154 tools]# cat Dockerfile 
FROM alpine

RUN apk update && apk add tzdata
[root@host154 tools]#

映象構建

[[email protected] tools]# docker build -t alpine-tz:latest .
Sending build context to Docker daemon 3.072 kB
Step 1/2 : FROM alpine
 ---> 3fd9065eaf02
Step 2/2 : RUN apk update && apk add tzdata
 ---> Running in 917d72bd3737
fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/community/x86_64/APKINDEX.tar.gz
v3.7.0-50-gc8da5122a4 [http://dl-cdn.alpinelinux.org/alpine/v3.7/main]
v3.7.0-49-g06d6ae04c3 [http://dl-cdn.alpinelinux.org/alpine/v3.7/community]
OK: 9044 distinct packages available
(1/1) Installing tzdata (2017c-r0)
Executing busybox-1.27.2-r7.trigger
OK: 7 MiB in 12 packages
 ---> 42cd12f65952
Removing intermediate container 917d72bd3737
Successfully built 42cd12f65952
[[email protected] tools]#

構建之後的確認

[root@host154 tools]# docker images |grep alpine
alpine-tz                              latest              42cd12f65952        4 minutes ago       6.69 MB
alpine                                 latest              3fd9065eaf02        2 days ago          4.14 MB
[root@host154 tools]#

至此說明宿主機的docker build是正常的，如果受困於內網/外網/代理等問題，可以將RUN的那句去掉，因為主要是為了驗證能否進行docker build。

拷貝docker檔案到映象之中

為了使得在jenkins容器中能夠正常地構建映象，需要將docker檔案先拷貝到映象之中，使之用於作為客戶端將指令傳遞給宿主機的docker守護程序，這可能是最方便的方法之一。

[root@host154 ~]# which docker
/usr/bin/docker
[root@host154 ~]# docker cp /usr/bin/docker tools_jenkins_1:/usr/bin/docker
[root@host154 ~]#

結果確認

[[email protected] ~]# docker exec -it tools_jenkins_1 sh
/ # which docker
/usr/bin/docker
/ # docker version
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      linux/amd64
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
/ #

映象構建

事前準備

將確認成功的dockerfile拷貝到映象之中

[root@host154 tools]# docker cp Dockerfile tools_jenkins_1:/tmp
[root@host154 tools]#

拷貝確認

[root@host154 tools]# docker exec -it tools_jenkins_1 sh
/ # cd /tmp
/tmp # ls Dockerfile
Dockerfile
/tmp #

有很多種方法都可以構建成功，這裡舉出比較常用的兩種方式：

構建：方法1

最清晰明瞭的方式是通過-H指定，可以做如下指定即可：

/tmp # docker -H tcp://192.168.163.154:4243 build -t alpine-tz-docker:latest .
Sending build context to Docker daemon 2.136 MB
Step 1/2 : FROM alpine
 ---> 3fd9065eaf02
Step 2/2 : RUN apk update && apk add tzdata
 ---> Using cache
 ---> 42cd12f65952
Successfully built 42cd12f65952
/tmp #

構建：方法2

如果因為各種原因，比如同一份程式碼，不同地方出現，而又不希望修改，總之不希望出現-H在命令之中，那可以使用DOCKER_HOST環境變數解決這個問題

/tmp # export DOCKER_HOST=tcp://192.168.163.154:4243
/tmp # docker build -t alpine-tz-docker:latest .
Sending build context to Docker daemon 2.136 MB
Step 1/2 : FROM alpine
 ---> 3fd9065eaf02
Step 2/2 : RUN apk update && apk add tzdata
 ---> Using cache
 ---> 42cd12f65952
Successfully built 42cd12f65952
/tmp #

至此，在容器中構建映象已經成功，接下來就比較簡單了，只要保證jenkins能夠使用這個能力即可，再有問題，基本就是jenkins的設定和使用方式的問題了。

Jenkins映象構建方式

jenkins上需要安裝docker的映象，具體的整合方式在基礎篇5中有了詳細的說明，不再贅述。

Jenkinsfile

構建時最直接的方式可以使用pipeline建立一個stage，再其中直接使用sh來執行上述執行的docker build命令即可，比如

node {
    stage('映象構建'){
     sh "cd /tmp/; docker -H tcp://192.168.163.154:4243 build -t alpine-tz-docker:latest ."
    }
}

構建結果

這裡寫圖片描述

構建日誌

從jenkins的構建日誌中可以清楚地看到docker build的結果

Started by user root
[Pipeline] node
Running on Jenkins in /data/jenkins/workspace/docker-imagebuild
[Pipeline] {
[Pipeline] stage
[Pipeline] { (????)
[Pipeline] sh
[docker-imagebuild] Running shell script
+ cd /tmp/
+ docker -H tcp://192.168.163.154:4243 build -t alpine-tz-docker-1:latest .
Sending build context to Docker daemon 2.136 MB

Step 1/2 : FROM alpine
 ---> 3fd9065eaf02
Step 2/2 : RUN apk update && apk add tzdata
 ---> Using cache
 ---> 42cd12f65952
Successfully built 42cd12f65952
[Pipeline] }
[Pipeline] // stage
[Pipeline] }
[Pipeline] // node
[Pipeline] End of Pipeline
Finished: SUCCESS

或者使用docker image也可以看到剛剛構建成功的映象，日誌中顯示的????似乎是stage名稱的中文支援不好，建議使用英文。

其他方式

除了設定DOCKER_HOST，還可以使用jenkins提供的docker-workflow，原理都是一樣，設定方法不同而已，比如上述寫法可以改成：

node {
    stage('映象構建'){
        withDockerServer([uri: 'tcp://192.168.163.154:4243']) {  
        docker.build "alpine-tz-docker:latest","/tmp"
            }
    }
}

總結

這篇文章介紹瞭如何在容器中構建映象以及jenkins中如何構建映象。

相關推薦

持續整合之jenkins實踐教程：基礎篇(6): 在jenkins的容器中進行映象的構建

作為持續整合的利器Jenkins已經得到了廣泛地應用，僅僅作為一個工具，Jenkins已然有了自己的生態圈，支援其的plugin更是超過1300+。在實際中如何使用以及如何更好地使用jenkins，一直是大家在實踐並討論的。本系列文章將會從如何使用jenki

持續整合之jenkins實踐教程：基礎篇(7): 控制檯輸出的中文亂碼

jenkins是Java開發的應用程式，很多東西可以通過-D傳入選項來進行設定，這篇文章以中文亂碼的調整為例子，來說明一下常見修改的方式。 現象 使用jenkinsfile定義的流水線，如果stage名稱為中文的時候，圖形顯示沒有問題，但是在consol

持續整合之jenkins實踐教程：基礎篇(1): 郵件設定

作為持續整合的利器Jenkins已經得到了廣泛地應用，僅僅作為一個工具，Jenkins已然有了自己的生態圈，支援其的plugin更是超過1300+。在實際中如何使用以及如何更好地使用jenkins，一直是大家在實踐並討論的。本系列文章將會從如何使用jenki

持續整合之jenkins實踐教程：基礎篇(2): 整合gitlab

作為持續整合的利器Jenkins已經得到了廣泛地應用，僅僅作為一個工具，Jenkins已然有了自己的生態圈，支援其的plugin更是超過1300+。在實際中如何使用以及如何更好地使用jenkins，一直是大家在實踐並討論的。本系列文章將會從如何使用jenki

版本管理之gitlab實踐教程：基礎篇(1)

這幾篇文章主要面向對git和gitlab稍有基礎，但是又不太會用的使用者，通過這幾文章你可以學到如下gitlab的使用方法： sshkey的設定 建立專案 分支操作 使用者/許可權/組的操作 配置專案可見性 Merge Request Issues操作

版本管理之gitlab實踐教程：基礎篇(16)

這篇文章介紹一下如何修改初始管理賬號root的密碼。 命令列方式 確認gitlab-rails 使用gitlab-rails進行設定 which gitlab-rails /opt/gitlab/bin/gitlab-rails # #

版本管理之gitlab實踐教程：基礎篇(14)

這篇文章整理一下對gitlab/github進行clone或者push操作時，不需要每次提交都輸入使用者名稱/密碼的幾種方式。 場景 何時需要輸入使用者名稱/密碼 gitlab可以建立private/protected/public的倉庫，priv

版本管理之SVN實踐教程：基礎篇（6）：tag的查詢/建立/刪除/設定

這篇文章介紹一下在svn中tag操作的查詢/建立/刪除與設定。 查詢tag 因為因為tags目錄是apache建議的方式，其本質也就是一個目錄，所以查詢的方式可以結合svn list命令確認改目錄下的檔案資訊，以及svn log確認提交資訊來進行。

版本管理之gitlab實踐教程：進階篇(1)

實踐gitflow 結合git flow，使用gitlab作為遠端倉庫管理，在實際的專案中是一種可行的方式，而且這種方式對與複雜大型的專案有較好的適應方式。 git flow git flow源於Vincent Driessen在2010年提出的一個分

.net 開源模板引擎jntemplate 教程：基礎篇之語法

## 一、基本概念 上一篇我們簡單的介紹了jntemplate並寫了一個hello world（如果沒有看過的，[點選檢視](https://www.cnblogs.com/hnvvv/p/14476803.html)）,本文將繼續介紹jntemplate的模板語法。 我們在講解語法前，首先要了解一下標籤

版本管理之gitlab實踐教程 進階篇 1

實踐gitflow 結合git flow，使用gitlab作為遠端倉庫管理，在實際的專案中是一種可行的方式，而且這種方式對與複雜大型的專案有較好的適應方式。 git flow git flow源於Vincent Driessen在2010年提出的一個分支模型： 主要特點 兩個長期

Flex 布局教程：語法篇(摘抄，學習中)

有關 之前 表示 技術 play under line -c 內容 網頁布局（layout）是CSS的一個重點應用。 布局的傳統解決方案，基於盒狀模型，依賴 display屬性 + position屬性 + float屬性。它對於那些特殊布局非常不方便，比如，垂直居中就不

持續集成之jenkins實踐教程 基礎篇 4 集成redmine

如何 沒有 iss 技術 文章 proc head pac redmin 作為持續集成的利器Jenkins已經得到了廣泛地應用，僅僅作為一個工具，Jenkins已然了了自己的生態圈，支持其的plugin更是超過1300+。在實際中如何使用以及如何更好地使用jenki

研發協同平臺持續整合之Jenkins實踐

導讀 研發協同平臺有兩個核心目標，一是提高研發效率 ，二是提高研發質量，要實現這兩個核心目標，實現持續整合是關鍵之一。 什麼是持續整合 在《持續整合》一書中，對持續整合的定義如下：持續整合是一種軟體開發實踐。在持續整合中，團隊成員頻繁整合他們的工作成果，一般每人每天至少整合一次,也可以多次。每次整合會經過自動

持續整合之Jenkins結合指令碼實現程式碼自動化部署及一鍵回滾至上一版本

一：本文通過jenkins呼叫shell指令碼的的方式完成從Git伺服器獲取程式碼、打包、部署到web伺服器、將web伺服器從負載均衡器刪除、解壓、複製配置檔案、建立軟連線、測試每一臺web伺服器、將web伺服器新增至負載均衡、回滾到任意指定版本、一鍵回滾到上一版本等功能，指令碼放在www使用者家目錄並使用w

持續整合之GitLab觸發Jenkins構建專案

一：目的為在公司的測試環境當中一旦開發向GitLab倉庫提交成功程式碼，GitLab通知Jenkins進行構建專案、程式碼質量測試然後部署至測試環境，注意這只是測試環境，而生產環境依然需要手動部署程式碼： 1.1：jenkins配置：1.1.1:安裝Gitlab Hook Plugin外掛：#系統管理-管理

持續整合之整合Jenkins與程式碼質量管理平臺Sonar並實現構建失敗郵件通知

一：Sonar是什麼？Sonar 是一個用於程式碼質量管理的開放平臺，通過外掛機制，Sonar 可以整合不同的測試工具，程式碼分析工具，以及持續整合工具。與持續整合工具（例如 Hudson/Jenkins 等）不同，Sonar 並不是簡單地把不同的程式碼檢查工具結果（例如FindBugs，PMD等）直接顯示在

Jenkins持續整合 之 git常用命令

Jenkins持續整合 之 git常用命令 git本地倉庫命令 git --help 調出git的幫助文件 git +命令 --help 檢視某個具體命令的幫助文件 git --version 檢視git的版本 git init

Jenkins持續整合 之 git檔案狀態

Jenkins持續整合 之 git檔案狀態 git 檔案狀態圖 git檔案狀態展示 kangdeMacBook-Air:cedarhd kang$ git status #git檔案狀態查詢 On branch master Your branch is up to date with

Jenkins持續整合 之 git分支

Jenkins持續整合 之 git分支 什麼是分支 軟體專案中啟動一套單獨的開發線的方法 為什麼使用git 1.可以很好的避免版本相容開發的問題，避免不同版本之間的相互影響。 2.封裝一個開發階段。 3.解決bug的時候新建分支，用於對該bug的研究。 git中跟分支相關的命令 git branc