Jenkins构建项目

目录

• 一.概述
• 二.部署
  • 配置githooks
  • 测试
• 三.总结

一.概述

在Jenkins中有几种方式构建项目

1. 手动构建,点击build now
2. 创建触发器,每天的规定时间构建
3. 基于githooks触发,每次push代码就会触发,紧接着就会构建相应的任务

本案例部署演示基于Githooks触发

​ 当用户在本地仓库执行'git-push'命令时，服务器上运端仓库就会对应执行'git-receive-pack'命令；在所有远程仓库的引用(ref)都更新后，这个钩子就会被'git-receive-pack'调用。

git中钩子比较详细的解释

二.部署

前提环境,git仓库已经搭建好,有一个web服务器也已经部署完毕

[root@localhost ~]# su - git

[git@localhost ~]$ 
[git@localhost ~]$ mkdir auto_php.git
[git@localhost ~]$ cd auto_php.git
[git@localhost auto_php.git]$ git --bare init
初始化空的 Git 版本库于 /home/git/auto_php.git/
#git远程仓库和本地仓库在一台机器上,git用户假设是远程仓库,root用户就是我的本地仓库

[git@localhost ~]$ ssh-keygen 
[git@localhost ~]$ ssh-copy-id root@192.168.111.4
#生成秘钥对,传送给Jenkins(Jenkins运行用户是root)所以我需要传给对方主机root用户即可.

[root@localhost ~]# ssh-keygen 
[root@localhost ~]# ssh-copy-id git@192.168.111.3
[root@localhost ~]# ssh-copy-id root@192.168.111.5
#????????

[root@localhost ~]# git clone git@192.168.111.3:/home/git/auto_php.git
正克隆到 'auto_php'...
warning: 您似乎克隆了一个空版本库。
[root@localhost ~]# cd auto_php/
[root@localhost auto_php]# echo "<h1>yeah success<h1>" > index.html
[root@localhost auto_php]# git add .
[root@localhost auto_php]# git commit -m 'index'
[root@localhost auto_php]# git push origin master
#克隆到本地,并且上传测试代码

• 在Jenkins 的web界面创建freestyle project的一个新任务,名称为auto_php
  • 源码管理选择gitURL填写git@192.168.111.3:/home/git/auto_php.git
  • 构建选择invoke ansible ad-hoc command(因为我用的是ansible部署,根据自己实际进行选择),接着填写在 ansible hosts定义的名称webserver
    • file or host list填写你的ansible hosts所在的位置/etc/ansible/hosts
  • module填写synchronize模块
  • module auguments or command to execute填写src=${WORKSPACE} dest=/var/www/html/ rsync_opts=--exclude=.git(src指定的是在Jenkins上代码文件的路径.dest目标主机路径,后面是将.git文件除外,该文件不同步)
  • 保存

可以尝试手动build一下,测试任务是否有错误

配置githooks

githooks一般都是配置在远程仓库的主机的相应位置上,（如：使用的是GitLab仓库，那么要做的操作是针对于远程仓库做的操作）而且不适用于生产环境,可在测试环境使用

gitlab服务器上配置钩子触发结合这篇文章，可以看看

[git@localhost hooks]$ vim post-receive

#!/bin/sh
read params

branch=$(echo $params | awk '{print $3}' | awk -F '/' '{print $3}')

if [ $branch == "master" ];then
  ssh root@192.168.111.4 '/usr/local/java/bin/java -jar /var/cache/jenkins/war/WEB-INF/jenkins-cli.jar -s http://192.168.111.4:8080 -auth admin:666666 build auto_php'
else
  exit
fi
#简单思路就是提取分支名称,如果是master分支,那么就会执行在Jenkins上的构建项目操作,钩子脚本就像一个在后台一直在监控的脚本一样,只要有出发到相关的条件,就会执行
#在命令语句里,有执行任务的名称以及Jenkins的用户名和密码

[git@localhost hooks]$ chmod +x post-receive
#注意配置钩子时我们是在git用户

测试

[root@localhost auto_php]# pwd
/root/auto_php
[root@localhost auto_php]# echo "<h2>test1<h2>" > index.html 
[root@localhost auto_php]# git commit -a -m 'test1'
[master 0937f7d] test1
 1 file changed, 1 insertion(+), 1 deletion(-)
[root@localhost auto_php]# git push origin master 
Counting objects: 8, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (6/6), 458 bytes | 0 bytes/s, done.
Total 6 (delta 0), reused 0 (delta 0)

remote: 七月 12, 2019 1:56:12 下午 org.apache.sshd.common.util.security.AbstractSecurityProviderRegistrar getOrCreateProvider
remote: 信息: getOrCreateProvider(EdDSA) created instance of net.i2p.crypto.eddsa.EdDSASecurityProvider
To git@192.168.111.3:/home/git/auto_php.git
   92f8cbd..0937f7d  master -> master

web服务器查看文件是否变化

[root@localhost ~]# cat /var/www/html/auto_php/index.html
<h2>test1<h2>

再来一次

[root@localhost auto_php]# echo "<h2>test2<h2>" >> index.html 
[root@localhost auto_php]# git commit -a -m 'test2'
[master f927624] test2
 1 file changed, 1 insertion(+)
[root@localhost auto_php]# git push origin master 
Counting objects: 5, done.
Writing objects: 100% (3/3), 249 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote: 七月 12, 2019 1:58:54 下午 org.apache.sshd.common.util.security.AbstractSecurityProviderRegistrar getOrCreateProvider
remote: 信息: getOrCreateProvider(EdDSA) created instance of net.i2p.crypto.eddsa.EdDSASecurityProvider
To git@192.168.111.3:/home/git/auto_php.git
   0937f7d..f927624  master -> master

web服务器查看文件是否变化

[root@localhost ~]# cat /var/www/html/auto_php/index.html 
<h2>test1<h2>
<h2>test2<h2>

三.总结

1. 不适用于生产环境,但是难道还需要用两个Jenkins
2. 我的意思是,如果我们测试环境一个Jenkins,生产环境一个Jenkins.那么我们的步骤就是,测试环境Jenkins拉取代码进行测试,并且部署到测试服务器,如果没有问题,我们还是需要手动构建生产环境的Jenkins任务,,使它拉取测试完成的代码,然后部署到生产服务器.