一、为什么要用jenkins呢？
在当今的互联网环境下，devops大行其道，成为了一个热度越来越高的概念，而贯穿整个devops工作流的则是编码 → 提交 → 测试 → 部署 → 交付。而jenkins 是一个基于Java开发的一个开源的CICD工具，同时支持丰富的插件扩展，也可以开发适合自己团队使用的工具，如git，svn，maven，docker等。
那么CICD是什么呢？
持续集成（Continuous integration）指的是，频繁地（一天多次）将代码集成到主干。将软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。
持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。
那么这样做有什么好处呢？
首先，可以保持代码是始终处于可发布到生产的状态，同时也可以快速发现定位问题。其次，可以防止分支大幅偏离主干。第三，持续测试及部署测试环境可以压缩部署生产前的等待时间，将整个流程自动化，为devops实现奠定基础。

笔者公司在devops评估中通过了三级，回顾整个devops架构，发现此架构无可移植性，故此决定对标此架构，进行进一步的探索，第一入手点决定放在devops工具中，至关重要的一节，jenkins。

二、jenkins环境部署
2.1、环境配置
2C4G
JAVA8
TOMCAT8

2.2、部署jenkins
2.2.1、部署JAVA8
这里选择使用openjdk
yum -y install java-1.8.0-openjdk*

2.2.2、部署TOMCAT8
tar zvxf apache-tomcat-8.5.56.tar.gz
mv apache-tomcat-8.5.56 /opt

2.2.3、部署jenkins
cd /opt/apache-tomcat-8/webapps/ROOT/
rm -rf *
cp ~/jenkins.war .
unzip jenkins.war

2.2.4、启动jenkins
sh /opt/apache-tomcat-8/bin/start.sh
访问 http://IP:8080
主要注意的是，这里会提示安装插件，一定要跳过

2.2.5、修改/root/.jenkins/updates/default.json
sed -i ‘s/www.google.com/www.baidu.com/g' default.json
sed -i ‘s/updates.jenkins-ci.org/download/mirrors.tuna.tsinghua.edu.cn/jenkins/g’ default.json
将下载源更换成清华源，在重启jenkins即可

2.3、插件安装
安装一些用得到的就行，比如pipeline，比如gitlab相关的，这个很灵活，按需求来就行了

2.4、提供一个国内的镜像，下载速度超级快
https://mirrors.huaweicloud.com/jenkins/