一、Tag push events
环境安装jdk1.81.
安装jenkins
首先到https://jenkins.io/index.html下载jenkins的war包。
上传到自己的服务器，放在自己对应的目录下，执行nohupJava -jar jenkins.war –httpPort=8081,(nohup后台运行)，打开IP:8081即可访问到jenkins的页面。第一次访问需要设置密码，务必要记住。
之后跳转到安装插件界面，建议选择安装推荐的插件，其他需要的插件在之后进行手动安装。插件安装根据网络可能耗费较长时间。静静的等待安装完成，之后输入用户名和密码进入到jenkins的主页面。
然后安装我们接下来需要用到的插件，选择系统管理—管理插件—可选插件，将Gitlab Hook Plugin，Git plugin，Git client plugin，已经安装了则略过。
2.安装gitlabsudo
yum install curl openssh-server openssh-clients postfix croniesudo service postfix startsudo chkconfig postfix onsudo lokkit -s http -s sshcurl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | sudo bashsudo yum install gitlab-ce执行上述命令即可通过yum安装gitlab，摘自gitlab官网配置并启动GitLab打开/etc/gitlab/gitlab.rb,
将external_url = ‘http://Git.example.com‘修改为自己的IP地址：http://xxx.xx.xxx.xx:8082,
然后执行下面的命令，对GitLab进行编译并运行。sudo gitlab-ctl reconfiguregitlab就安装好了，默认的用户名是root(我的是root)3.配置webhook（钩子）在gitlab上新建一个项目，上传不同的内容，并打上对应的tag，我的tag明明规则是大版本v1,v2，小版本的话v1.1,v1.2 (ps:在脚本中会安装一定规则对tag进行处理，所以命名要符合一定的规范)。
以最大权限的gitlab账户登录gitlab，选择创建的项目，点击右上角的设置，有个选项webhooks，点击进入。添加url，添加的是jenkins的访问地址例如http://0.0.0.0:8081/gitlab/build_now(我的jenkins在8081端口)，接下来选择的是触发的机制，我选择的是Tag push events，在前面勾选就可以。之后Add webhook即可。可以点击测试，看看是否正常。
4.进入jenkins构建一个job选择新建，
一、输入一个job的名字，我的叫updateVersion，接下来选择“构建一个自由风格的软件项目”，点击ok对这个job进行具体的配置。
源码管理：选择git，Repository URL输入你的项目的地址，Credentials就是你gitlab的认证用户名和密码，点击Add添加后然后选择就可以了。
Branch Specifier (blank for ‘any‘）这个地方填写你要针对哪个分支的变化触发这个job。默认master，自己修改成相对应的分支即可。
在构建步骤中选择execute shell执行shell脚本。
1. #!/bin/bash 2. #author kingboy 3. #description: create tag list for update 4. #获取当前项目的配置名称 5. gitdir=$(less json.txt|awk -F"[:]" '/dir/{print$2}') 6. #要输出的目录路径 7. dir="/Users/kingboy/Desktop/$gitdir" 8. #当前操作目录 9. pwdPath=$(pwd) 10. #判断是否有该目录没有则创建 11. if test -e ${dir} 12. then 13. echo -e "${dir} exists!" 14. else 15. mkdir $dir 16. echo -e "${dir} create success！" 17. fi 18. #判断两个tag间的文件变动列表并打包 19. zipDiffFiles(){ 20. tag1=$1 21. tag2=$2 22. git diff ${tag1} ${tag2} --name-only > ${dir}/${tag1}-${tag2}.log 23. #git diff v8 v1 --name-only 24. #shell将变化的文件copy到项目目录下的对应文件夹 25. #先创建对应的文件夹 26. if test -e ${dir}/${tag1}-${tag2}.tar 27. then 28. echo -e "${dir}/${tag1}-${tag2}.tar exists!" 29. else 30. mkdir ${dir}/${tag1}-${tag2} 31. echo -e "${dir}/${tag1}-${tag2} create success！" 32. #读取变化的文件列表并复制到对应的目录下面， 33. echo -e "----------------copy file---------------------" 34. cat ${dir}/${tag1}-${tag2}.log | while read LINE 35. do 36. if test -e ${LINE} 37. then 38. #同步文件到nginx目录下，同时复制目录结构 39. #cp --parents -rf ${LINE} ${dir}/${tag1}-${tag2}/ 40. # 41. rsync -arR ${LINE} ${dir}/${tag1}-${tag2}/ 42. fi 43. done 44. #打包对应的目录 45. cd ${dir} 46. zip -rq ${tag1}-${tag2}.zip ${tag1}-${tag2} 47. echo "zip ${tag1}-${tag2}.tar success！" 48. cd $pwdPath 49. #删除文件夹 50. rm -rf ${dir}/${tag1}-${tag2} 51. #是否删除log日志文件列表 52. rm -rf ${dir}/*-*.log 53. fi 54. } 55. #生成全量更新包 56. zip -r ${dir}/last.zip * 57. #生成不同版本间的更新包 58. #-n按照数字排序 -r 翻转排序 -t 分隔符 -k以第几列排序 59. echo -e "----------------tag list---------------------" 60. git tag | sort -n -r -t 'v' -k 2 |tee ${dir}/tagList.log #生成所有tag 61. #删除版本信息文件 62. rm -rf ${dir}/update.json 63. #定义生成的版本个数 64. i=1 65. versionNumber=10 66. cat ${dir}/tagList.log | while read one 67. do 68. cat ${dir}/tagList.log | while read two 69. do 70. #去掉自身和自身进行比较 71. if test ${one} = ${two} 72. then 73. continue 74. fi 75. #------------------------------- 76. #去掉重复的包 当新版不够10个的时候，会生成 v7-v6 v6-v7 ，加上之后就不会了 77. #外层只要一个循环，所以不需要了 78. #if test ${two:1:${#two}} -gt ${one:1:${#one}} 79. #then 80. # continue 81. #fi 82. #--------------------------------------- 83. #生成版本包 84. if test $[i] -le $[versionNumber] 85. then 86. zipDiffFiles "$one" "$two" 87. #删除版本信息文件 已经放在上面进行处理了 88. #重建版本信息文件 89. echo "{\"$two\":\"${one}-${two}.zip\"}," >> $dir/update.json 90. fi 91. i=$(($i+1)) 92. done 93. break 94. done 95. exit 0
点击保存，之后在gitlab上提交几个修改，打个tag上传到gitlab上，就会自动触发构建任务。
说明一下：
jenkins还有很多用途，可以自动发布项目，自动打包，自动测试等
json.txt是项目的规定名称信息，放在项目文件中的json.txt中，内容如
{
dir:newProject
}
目的是为不同项目生成的更新包，放在不同的nginx目录下
update.json是当前所有更新包的信息。
app端请求该文件，自行判断是否需要更新，请求对应包的地址即可下载更新包。
例如当前为v10，最新为v11,则请求http://ip/newProject/v11-v10.zip即可。
二、push events方式
“配置钩子”之前都一致，
区别在于之后：
gitlab方面：
在gitlab对应的project里选在Push events，在URL里填写jenkins对应jab的url，并在前面附上“用户名：密码@”，后面加上/job/$projectname/build
对应的jenkins里也有相应工程任务
jenkins方面：
在配置里配置上Push Events然后回到gitlab里点击“TestHooks”测试效果。