持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成]

本文主要对git钩子和jenkins 持续集成进行介绍

持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成]

Jenkins

一、代码流水线管理

Pipeline名词顾名思义就是流水线的意思,因为公司可能会有很多项目。如果使用jenkins构建完成后,开发构建项目需要一项一项点击,比较麻烦。所以出现pipeline名词。

代码质量检查完毕之后,我们需要将代码部署到测试环境上去,进行自动化测试

新建部署代码项目

点击新建

image_1b4l7mhmml3216gaifh1lfemo99.png-50.2kB

image_1b4l7mnvr1h6aj5v1c541ksk1m4tm.png-110.5kB

这里只需要写一下描述

image_1b4l7osk51pd713ba1vlptmj1lu13.png-55.3kB

执行Shell脚本

image_1b4l7p42mlgd161ia981i8e12e31g.png-27.3kB

温馨提示:执行命令主要涉及的是权限问题,我们要搞明白,jenkins是以什么权限来执行命令的。那么问题来了,我们现在192.168.56.11上,如果在想192.168.56.12上执行命令。需要怎么做呢?

我们做无秘钥有2种分案:

1、使用jenkins用户将秘钥分发给192.168.56.12上

2、使用root用户将秘钥分发给192.168.56.12上,如果使用root用户还要进行visudo授权。因为Web上默认执行命令的用户是jenkins

1.我们使用root做密码验证

#这里我们的key已经做好,如果没做可以直接 ssh-keygen -t ras 来生成秘钥

我们将192.168.56.11上的公钥复制到192.168.56.12上

[root@linux-node1 ~]# cat .ssh/id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQChVQufrGwqP5dkzIU4ZwXCjRuSvMVGN5lJdvL/QFckmlVphWMsQw06VsPhgcI1NDjGbKOh5pbjrylyJUCig5YIJ1xuMOZ2YAK32SceMxnVhEb/G4wNb9VMsGQ/Vs4CxrU1HdATktH9zDAV4Qz81x2POYJW5B5LAvwZ4owqnIpZ7o3ya6xBxEvCIMSVtD17oKrNqAphsg+e68KvRexiNCEbCbRGGq3bKevgiDsWpSGnCYsJC0+cSrUxuzEO3G6AqGI/qR3nOeg91rOsoAP3FpFjBKgb/sXggkwwjmGIqFXJrUG+XmczeF4kG/rUrNbdy84e5RyHoIS3XKnJuRjTxHyD root@linux-node1

[root@linux-node2 ~]# vim .ssh/authorized_keys
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQChVQufrGwqP5dkzIU4ZwXCjRuSvMVGN5lJdvL/QFckmlVphWMsQw06VsPhgcI1NDjGbKOh5pbjrylyJUCig5YIJ1xuMOZ2YAK32SceMxnVhEb/G4wNb9VMsGQ/Vs4CxrU1HdATktH9zDAV4Qz81x2POYJW5B5LAvwZ4owqnIpZ7o3ya6xBxEvCIMSVtD17oKrNqAphsg+e68KvRexiNCEbCbRGGq3bKevgiDsWpSGnCYsJC0+cSrUxuzEO3G6AqGI/qR3nOeg91rOsoAP3FpFjBKgb/sXggkwwjmGIqFXJrUG+XmczeF4kG/rUrNbdy84e5RyHoIS3XKnJuRjTxHyD root@linux-node1

[root@linux-node1 ~]# ssh 192.168.56.12
The authenticity of host '192.168.56.12 (192.168.56.12)' can't be established.
ECDSA key fingerprint is b5:74:8f:f1:03:2d:cb:7d:01:28:30:12:34:9c:35:8c.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.56.12' (ECDSA) to the list of known hosts.
Last login: Sat Dec 17 02:14:31 2016 from 192.168.56.1
[root@linux-node2 ~]# ll
total 4
-rw-------. 1 root root 1021 Dec 13 05:56 anaconda-ks.cfg

#现在SSH连接就不需要密码了

授权jenkins用户,使用visudo或者编辑配置文件/etc/sudoers
[root@linux-node1 ~]# vim /etc/sudoers
 92 jenkins ALL=(ALL)       NOPASSWD:/usr/bin/ssh
#jenkins授权所有主机,不需要密码执行ssh。切记不要授权ALL

我们在192.168.56.12上写一个简单shell脚本,检测是否可以执行成功。正式环境可以写一个自动化部署的脚本

[root@linux-node2 ~]# echo "echo "hello word"" >demo.sh
[root@linux-node2 ~]# chmod +x demo.sh
[root@linux-node2 ~]# ll demo.sh
-rwxr-xr-x 1 root root 16 Dec 17 02:24 demo.sh

jenkins编写执行脚本

image_1b4l7so1c1j5kustgu71as31nas1t.png-22.5kB

然后我们点击立即构建

image_1b4l7svdq1eq21q0r15sc19g2k7r2a.png-56.1kB

成功!

image_1b4l7tbqilp2ejt1bgs1jkcvjr2n.png-50.4kB

现在我们要将代码质量管理和测试部署连接起来。

这时候就用到了git钩子

我们需要安装jenkins插件parameterized

image_1b4l7u8lcmsc1ifl9738oqeqi34.png-67.9kB

我们选择demo-deploy

image_1b4l811k3ukgb0u148a6jf1ncp3h.png-83.9kB

再次点击项目设置的时候就会出现Trigger parameterized build on other projects

image_1b4l81f97buo1k6j1g2016r0vki3u.png-55.1kB

提示:Projects to build是为构建设置一个项目。例如我们想构建完代码项目后执行测试的,这里就填写测试的就可以。

image_1b4l81t5rj02npr8i397t7134b.png-33.5kB

最后点击保存,点击构建。我们查看效果

image_1b4l825oktjevtg7hl16v7bsh4o.png-27.2kB

image_1b4l82e34g9mih2vnqhhv130155.png-38.3kB

#这样我们每次点击demo-deploy 它就会在构建完成之后在对auto-deploy进行构建

下载pipeline。这样只需要构建一个项目,就会帮我们完成所有相关项目

搜索插件pipeline

image_1b4l83oko147g84cr07193465f5i.png-123.2kB

等待安装完成

image_1b4l83vbo15c11s541bg61splt8k5v.png-27.5kB

我们点击首页+号,新建一个试图

image_1b4l8480bgv01fe7jks18ptbi46c.png-56.4kB

点击OK

image_1b4l84fdolbrupe1ntl1gn9be6p.png-53kB

pipeline 配置

image_1b4l84omnfkn19s61tpph81tmv76.png-44.4kB

image_1b4l84tqkvkh27k1ct91cc1q97j.png-40kB

然后我们点击保存

pipeline视图如下:

image_1b4l85coe19ut1varctmgf81jv980.png-122.2kB

点击Run

image_1b4l85l771i5fl529q0t69bpa8d.png-37kB

这样就先代码质量进行管理,然后就开始部署了

构建成功后:

image_1b4l85th6lhh13iufk8dcruud8q.png-34.8kB

这样我们下次想看pipeline视图的时候,点击上面的demo-pipeline即可

image_1b4l866d2nqf179714b85fc6r997.png-56.5kB

二、Jenkins + gitlab集成

Jenkins + gitlab集成后,实现的功能是 开发写好代码提交至gitlab上,当时开始push到gitlab上之后,jenkins自动帮我们立即构建

这个项目我们需要安装一个gitlab钩子的脚本

提示: jenkins不论想实现什么功能,都需要安装插件!!

image_1b4l87o0q58d1bng5qohvg1lfp9k.png-51.4kB

安装完插件之后我们就开始配置钩子脚本

image_1b4l87uqq1pcqi6p1oj94p8qbpa1.png-64.4kB

这里需要我们在服务器里面写一个令牌,在jenkins上也写一个令牌。这两个可以连接到一起就可以。

#因为用到了令牌我们还需要在安装一个插件,否则将无法使用。因为令牌是需要登录之后才会有,所以需要有一个管理的插件

插件搜索:Build Aut

image_1b4l88co647j1lkv1vb81l1819alae.png-29.4kB

为了令牌的安全性,我们使用openssl生成一个

[root@linux-node1 ~]# openssl rand -hex 10
0a37c6d7ba1fe3472e26

image_1b4l88sjs1i0s1h751df01omoa7ar.png-68kB

然后我们点击保存即可

因为jenkins上也提示我们需要在gitlab上添加钩子脚本

点击我们创建的项目

image_1b4l895jsiiiq0n62j125r1q8ab8.png-29.9kB

选中Webhooks

image_1b4l89cdp18ohdbbomnk8kqe9bl.png-56.7kB

Build Authorization Token Root Plugin 插件使用说明

https://wiki.jenkins-ci.org/display/JENKINS/Build+Token+Root+Plugin

使用Build插件后,url如下:

http://192.168.56.11:8080/buildByToken/build?job=auto-deploy&token=0a37c6d7ba1fe3472e26
auto-deploy=项目名称(构建时的项目名称)
0a37c6d7ba1fe3472e26=jenkins填写的令牌

image_1b4l8a3s41cc51ukp1uo11auc994c2.png-34.1kB

然后点击Add Webhook

image_1b4l8adqahga1q4e6lmvhf6cacf.png-12.8kB

下方就会出现我们这个选项,我们点击Test进行测试

image_1b4l8anrgv57h1g13nb1fdr5gpcs.png-16.2kB

测试结果

image_1b4l8b26012nekodouf14ub7lfd9.png-11.6kB

git服务器提交代码,验证是否可以自动部署:

[root@linux-node1 ~]# echo "Build Token Root Plugin" > index.html
[root@linux-node1 ~]# git add index.html [root@saltmaster ~/weather]# git commit -m "text"
[root@linux-node1 ~]# git push origin master

jenkins服务器的日志记录:

[root@linux-node1 ~]# tail -f /var/log/jenkins/jenkins.log

image_1b4l8bjik1aosoio1hqg1pes8qtdm.png-35.4kB

jenkins项目构建:

image_1b4l8cejv6rr191a3crpu4cfme3.png-17.2kB

访问web界面验证代码是否最新的:

jenkins控制台输出信息:

image_1b4l8cr6c1f0cqobd3m1r16c9geg.png-29.2kB

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
abcdocker运维博客
Linux
3 条回复 A 作者 M 管理员
  1. 截图的时候建议注明在什么地方,点哪儿,这样截一半,并不是很明白在说什么。
    • 您可以说一下具体哪里不明白吗? 很多地方都写的清清楚楚的。 建议您有相关问题可以加群进行讨论!
  2. 1、目的一个项目存在两个分支develope (测试)和master (主),开发提交测试代码到develope 通过 webhook 自动触发 测试代码同步到测试机上面, develope 合并为主分支 只触发 正式环境代码到正式环境上面,(主分支只允许合并不允许push). 配置好jenkins +bit, 开发提交测试代码到develope 可以自动构建 发布到测试服务器上面。 但 develope 合并master 分支 会在触发一边 测试代码发到测试服务器上面和正式代码发布到正式服务器上面。 按理是不应该触发测试代码再次发布的。 webhook 配置如下 developed :url /view/all/job/develope/build?token 下面选项只选择的push master : url /view/all/job/master/build?token= 下面选择的merge
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论
网站搭建
加入我们
  • 站长QQ:381493251一键联系
  • abcdocker 微信公众号
    abcdocker QQ群