研發小伙伴可能對下列操作步驟會深有體會
寫代碼--》提交代碼--》打包--》發布
在項目調試測試階段,可能經常需要重復上面的步驟,以便將最新代碼部署到特定環境供測試人員或其他人員使用
ci即持續集成的提出及各種解決方案,減輕了很多最初簡單但繁瑣的工作
本文將通過提交代碼到git,然后通過webhook觸發jenkins打包并發布到相應容器中,開發人員只需提交代碼,后續打包發布都自動實現
git :我使用的碼云 我的主頁為: https://gitee.com/xiaochangwei
jenkins:jenkins ver. 2.89.2
tomcat 8 jdk8 maven3.5
1
2
3
4
5
6
7
8
9
10
11
12
|
[root@iznz7e74o4ag3oz webapps] # java -version java version "1.8.0_121" java(tm) se runtime environment (build 1.8.0_121-b13) java hotspot(tm) 64-bit server vm (build 25.121-b13, mixed mode) [root@iznz7e74o4ag3oz webapps] # mvn -version apache maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; 2017-04-04t03:39:06+08:00) maven home: /usr/local/src/maven java version: 1.8.0_121, vendor: oracle corporation java home: /usr/local/src/jdk/jre default locale: en_us, platform encoding: utf-8 os name: "linux" , version: "3.10.0-693.2.2.el7.x86_64" , arch: "amd64" , family: "unix" [root@iznz7e74o4ag3oz webapps] # |
配置好環境后,在tomcat中運行jenkins,并設置好用戶名密碼確保能正常登錄使用
操作步驟:
1.安裝插件 generic webhook trigger plugin、deploy to container plugin、git plugin 由于這里暫時未發布到docker中,通過deploy to container plugin發布到tomcat中的
2.上傳maven項目到https://gitee.com
3.jenkins中新建項目ci
3.1 配置提交的代碼地址,add有權限的用戶名和密碼(我的是私有項目),指定分支
3.2:配置maven命令以及發布到的tomcat
注意:發布項目的tomcat需要設置用戶信息,即修改conf下的user.xml 具體可以參考我很早之前寫的http://www.cnblogs.com/xiaochangwei/p/4952644.html
這樣就可以手動構建項目了,請確保手動構建能成功后再進行下列操作
遇見的問題及解決方案:
如果構建時提示權限不對
生成公鑰: ssh-keygen -t rsa 一直回車直結束
cat ~/.ssh/id_rsa.pub 將內容增加到碼云上
如果還提示沒權限
手動先在jenkins運行的機器上clone一次代碼 如 git clone [email protected]:xiaochangwei/ci-demo.git 注意輸入yes
然后再看.ssh目錄,多了一個known_hosts 里面有碼云了,然后再手動構建,應該就能成功了
至此,手動打包并部署就已經實現了
------------------------------自動部署 --------------------------------------------------
1. 安裝上述插件后勾選generic webhook trigger 增加post參數 ref expression值為 $.ref 注意有個點
增加optional filter
其實上面這部分不用設置也行,尤其是只會在jenkins中部署一個項目的一個分支時,只需要勾選上generic webhook trigger就可以的
2. 在碼云中增加hook:http://user id:api token@jenkins部署的地址:端口號/jenkins/generic-webhook-trigger/invoke (紅色這部分不要變)
(這里不用api token 直接用jenkins的登錄密碼也可以, api token查看地址為:jenkins-用戶-點擊用戶名-api token)
同時勾選push或者其他你認為需要觸發部署的事件
提交后點擊測試,如果返回ok,則表示成功,切換到jenkins,查看項目是否能夠自動部署
我自己寫了一個接口用來獲取點擊測試后,到底請求了些什么
格式化下內容如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
{ "hook_name" : "push_hooks" , "total_commits_count" : 1, "before" : "0000000000000000000000000000000000000000" , "user_name" : "肖哥哥" , "project" : { "path" : "ci-demo" , "git_svn_url" : "svn://gitee.com/xiaochangwei/ci-demo" , "path_with_namespace" : "xiaochangwei/ci-demo" , "name" : "ci-demo" , "namespace" : "xiaochangwei" , "default_branch" : "master" , "git_http_url" : "https://gitee.com/xiaochangwei/ci-demo.git" , "name_with_namespace" : "肖哥哥/ci-demo" , "url" : "https://gitee.com/xiaochangwei/ci-demo" , }, "repository" : { "name" : "ci-demo" , "description" : "" , "url" : "https://gitee.com/xiaochangwei/ci-demo.git" , "homepage" : "https://gitee.com/xiaochangwei/ci-demo" }, "commits_more_than_ten" : false , "ref" : "refs/heads/master" , "password" : "" , "commits" : [{ "author" : { "name" : "肖哥哥" , "time" : "2015-11-06t13:21:07+08:00" , }, "id" : "ec7159240a346fa5988913aa3057b902a4acb126" , "message" : "a test for webhooks" , "url" : "https://gitee.com/xiaochangwei/ci-demo/commit/ec7159240a346fa5988913aa3057b902a4acb126" , "timestamp" : "2015-11-06t13:21:07+08:00" }], "after" : "ec7159240a346fa5988913aa3057b902a4acb126" , "user" : { "name" : "肖哥哥" , "id" : 372286, "time" : "2018-01-11t12:38:38+08:00" , "user" : "xiaochangwei" , "url" : "https://gitee.com/xiaochangwei" } } |
其實多建立幾個項目然后獲取信息后會發現,不同項目間存在差異的就是project.git_ssh_url 和分支 ref
至此,單個項目的自動部署就完了
如果你在jenkins中有多個項目,你觸發其中的一個webhook你就會發現,所有的項目都在構建?
這就有點不科學了,本來只想構建a項目,結果abc項目都構建了? 要解決這個就需要用到上面提到的post param 和 filer 了
解析觸發自動構建的請求參數,ref和project.git_ssh_url是差異性的東西,那就根據兩個來區分項目
有這上面的兩個post參數還不行,因為只是獲取到了對應的參數值
其實要想區分不同的項目也簡單,只要獲取到的ref還有url 和需要構建的項目分支和 git地址相同就構建,否則就不構建
optional filter提供的方式就是最簡單的正則匹配
expression設置為 ^(refs/heads/master)_([email protected]:xiaochangwei/ci-demo.git)$注意修改為自己的項目地址
text 設置為 $ref_$project.git_ssh_url
保存,再次構建,是不是只觸發了一個項目了,而不是所有項目了
測試:
1.提交代碼, 提交代碼后看到jenkins就自動編譯打包了
2.查看編譯日志:jenkins收到了webhook請求,并且拉取了代碼,提交信息和我們提交代碼時輸入信息一致
有同學質疑我這里為啥失敗了,是不是自動構建不可用,不是哈, 我這里是用的阿里服務器,內存不夠導致了自動發布失敗
完整編譯并正確部署的日志如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
|
generic cause building in workspace /root/ .jenkins /workspace/ci genericwebhookenvironmentcontributor received: { "before" : "0000000000000000000000000000000000000000" , "after" : "ec7159240a346fa5988913aa3057b902a4acb126" , "ref" : "refs/heads/master" , "user_name" : "\u8096\u54e5\u54e5" , "user" :{ "id" :372286, "email" : "[email protected]" , "name" : "\u8096\u54e5\u54e5" , "user" : "xiaochangwei" , "url" : "https://gitee.com/xiaochangwei" , "time" : "2018-01-12t08:56:18+08:00" }, "repository" :{ "name" : "ci-demo" , "url" : "https://gitee.com/xiaochangwei/ci-demo.git" , "description" : "" , "homepage" : "https://gitee.com/xiaochangwei/ci-demo" }, "commits" :[{ "id" : "ec7159240a346fa5988913aa3057b902a4acb126" , "message" : "a test for webhooks" , "timestamp" : "2015-11-06t13:21:07+08:00" , "url" : "https://gitee.com/xiaochangwei/ci-demo/commit/ec7159240a346fa5988913aa3057b902a4acb126" , "author" :{ "name" : "\u8096\u54e5\u54e5" , "email" : "[email protected]" , "time" : "2015-11-06t13:21:07+08:00" }}], "project" :{ "name" : "ci-demo" , "path" : "ci-demo" , "url" : "https://gitee.com/xiaochangwei/ci-demo" , "git_ssh_url" : "[email protected]:xiaochangwei/ci-demo.git" , "git_http_url" : "https://gitee.com/xiaochangwei/ci-demo.git" , "git_svn_url" : "svn://gitee.com/xiaochangwei/ci-demo" , "namespace" : "xiaochangwei" , "name_with_namespace" : "\u8096\u54e5\u54e5/ci-demo" , "path_with_namespace" : "xiaochangwei/ci-demo" , "default_branch" : "master" }, "total_commits_count" :1, "commits_more_than_ten" : false , "enterprise" :null, "hook_name" : "push_hooks" , "password" : "" } contributing variables: ref = refs /heads/master > git rev-parse --is-inside-work-tree # timeout=10 fetching changes from the remote git repository > git --version # timeout=10 using git_askpass to set credentials > git fetch --tags --progress [email protected]:xiaochangwei /ci-demo .git +refs /heads/ *:refs /remotes/origin/ * > git rev-parse refs /remotes/origin/master ^{commit} # timeout=10 > git rev-parse refs /remotes/origin/origin/master ^{commit} # timeout=10 checking out revision 2eca30803759e021f658c92c136aa72dc026c3be (refs /remotes/origin/master ) > git config core.sparsecheckout # timeout=10 > git checkout -f 2eca30803759e021f658c92c136aa72dc026c3be commit message: "test auto package and deploy" > git rev-list --no-walk 2eca30803759e021f658c92c136aa72dc026c3be # timeout=10 parsing poms established tcp socket on 44276 [ci] $ /usr/local/src/jdk/bin/java - cp /root/ .jenkins /plugins/maven-plugin/web-inf/lib/maven35-agent-1 .12-alpha-1.jar: /usr/local/src/maven/boot/plexus-classworlds-2 .5.2.jar: /usr/local/src/maven/conf/logging jenkins.maven3.agent.maven35main /usr/local/src/maven /usr/local/src/tomcat/webapps/jenkins/web-inf/lib/remoting-3 .14.jar /root/ .jenkins /plugins/maven-plugin/web-inf/lib/maven35-interceptor-1 .12-alpha-1.jar /root/ .jenkins /plugins/maven-plugin/web-inf/lib/maven3-interceptor-commons-1 .12-alpha-1.jar 44276 <===[jenkins remoting capacity]===>channel started executing maven: -b -f /root/ .jenkins /workspace/ci/pom .xml clean package -dmaven. test .skip= true [info] scanning for projects... [info] [info] ------------------------------------------------------------------------ [info] building docker-demo 0.0.1-snapshot [info] ------------------------------------------------------------------------ [info] [info] --- maven-clean-plugin:2.6.1:clean (default-clean) @ ci-demo --- [info] deleting /root/ .jenkins /workspace/ci/target [info] [info] --- maven-resources-plugin:2.6:resources (default-resources) @ ci-demo --- [info] using 'utf-8' encoding to copy filtered resources. [info] copying 1 resource [info] copying 0 resource [info] [info] --- maven-compiler-plugin:3.1:compile (default-compile) @ ci-demo --- [info] changes detected - recompiling the module! [info] compiling 6 source files to /root/ .jenkins /workspace/ci/target/classes [info] [info] --- maven-resources-plugin:2.6:testresources (default-testresources) @ ci-demo --- [info] not copying test resources [info] [info] --- maven-compiler-plugin:3.1:testcompile (default-testcompile) @ ci-demo --- [info] not compiling test sources [info] [info] --- maven-surefire-plugin:2.18.1: test (default- test ) @ ci-demo --- [info] tests are skipped. [info] [info] --- maven-war-plugin:2.6:war (default-war) @ ci-demo --- [info] packaging webapp [info] assembling webapp [ci-demo] in [ /root/ .jenkins /workspace/ci/target/ci-demo ] [info] processing war project [info] webapp assembled in [298 msecs] [info] building war: /root/ .jenkins /workspace/ci/target/ci-demo .war [info] [info] --- spring-boot-maven-plugin:1.5.9.release:repackage (default) @ ci-demo --- [info] ------------------------------------------------------------------------ [info] build success [info] ------------------------------------------------------------------------ [info] total time : 18.729 s [info] finished at: 2018-01-12t08:56:46+08:00 [info] final memory: 30m /72m [info] ------------------------------------------------------------------------ waiting for jenkins to finish collecting data [jenkins] archiving /root/ .jenkins /workspace/ci/pom .xml to com.xiao /ci-demo/0 .0.1-snapshot /ci-demo-0 .0.1-snapshot.pom [jenkins] archiving /root/ .jenkins /workspace/ci/target/ci-demo .war to com.xiao /ci-demo/0 .0.1-snapshot /ci-demo-0 .0.1-snapshot.war channel stopped deploying /root/ .jenkins /workspace/ci/target/ci-demo .war to container tomcat 8.x remote with context /ci redeploying [ /root/ .jenkins /workspace/ci/target/ci-demo .war] undeploying [ /root/ .jenkins /workspace/ci/target/ci-demo .war] deploying [ /root/ .jenkins /workspace/ci/target/ci-demo .war] finished: success |
查看效果
總結
以上所述是小編給大家介紹的docker利用webhook實現持續集成,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對服務器之家網站的支持!
原文鏈接:http://www.cnblogs.com/xiaochangwei/p/8268509.html