基于Jenkins自动打包并部署Tomcat环境

基于Jenkins自动打包并部署Tomcat环境

传统网站部署的流程

在运维过程中，网站部署是运维的工作之一。传统的网站部署的流程大致分为:需求分析-->原型设计-->开发代码-->提交代码-->内网部署-->内网测试-->确认上线-->备份数据-->外网更新-->外网测试-->发布完成。如果在内网测试时发现代码有异常，返回代码开发人员名字,调整代码；如果在外网测试时发现外网部署的代码有异常，可以及时进行网站回滚。

传统代码上线的过程

开发人员发起代码上线的需求（邮件中包含开发做好的WAR包）-->运维人员连接线上负载调度器（Nginx）--> 隔离一组服务器（Tomcat）--> 连接服务器（Tomcat）--> 备份旧代码（tar打包）--> 删除旧代码目录 --> 上传新的WAR包 --> 外网测试 --> 测试不通过则通过备份回滚代码 --> 测试通过则利用rsync的脚本推送代码到其他服务器--> 统一外网测试 -->连接调度器恢复隔离机制 --> 隔离另一组服务器实施上线步骤 --> 上线完成。

目前主流网站部署的流程

目前主流网站部署方法：通过 Hudson/Jenkins 工具平台实现全自动部署+测试，是一个可扩展的持续集成引擎，属于开源软件项目，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。Jenkins 非常易于安装和配置，简单易用。

* 开发人员：写好代码，不需要自己进行源码编译、打包等工作，直接将代码分支存放在 SVN、Git 仓库即可。

* 运维人员：减轻人工干预的错误率，同时解放运维人员繁杂的上传代码、手动备份、更新等操作。

* 测试人员：可以通过 Jenkins 进行简单的代码及网站测试。

Jenkins 的工作原理是先将源代码从 SVN/Git 版本控制系统中拷贝一份到本地，然后根据设置的脚本调用Maven进行 build（构建）。整个系统的关键就是 build 脚本，build 脚本告诉Jenkins 在一次集成中需要执行的任务。

实验环境

| **操作系统** | **IP地址** | **主机名** | **角色** |
| --- | --- | --- | --- |
| **CentOS7.9** | 192.168.115.128 | jenkins | jenkins服务器 |
| **CentOS7.9** | 192.168.115.129 | git | git服务器 |
| **CentOS7.9** | 192.168.115.130 | tomcat | web服务器 |

1、配置git主机

安装git并配置git用户信息

[[root@git ~]# yum -y install git

[root@git ~]# useradd git

[root@git ~]# echo "123456" | passwd --stdin git

创建本地仓库object2

[root@git ~]# su - git

[git@git ~]$ mkdir object2.git

[git@git ~]$ cd object2.git

#初始化空的 Git 版本库于 /home/git/object2.git/
[git@git object2.git]$ git --bare init

[git@git object2.git]$ exit

git命令

用法：git [--version] [--help] [-c name=value]
[--exec-path[=<path>]] [--html-path] [--man-path] [--info-path]
[-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
[--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>]
<command> [<args>]

最常用的 git 命令有：
add 添加文件内容至索引
bisect 通过二分查找定位引入 bug 的变更
branch 列出、创建或删除分支
checkout 检出一个分支或路径到工作区
clone 克隆一个版本库到一个新目录
commit 记录变更到版本库
diff 显示提交之间、提交和工作区之间等的差异
fetch 从另外一个版本库下载对象和引用
grep 输出和模式匹配的行
init 创建一个空的 Git 版本库或重新初始化一个已存在的版本库
log 显示提交日志
merge 合并两个或更多开发历史
mv 移动或重命名一个文件、目录或符号链接
pull 获取并合并另外的版本库或一个本地分支
push 更新远程引用和相关的对象
rebase 本地提交转移至更新后的上游分支中
reset 重置当前HEAD到指定状态
rm 从工作区和索引中删除文件
show 显示各种类型的对象
status 显示工作区状态
tag 创建、列出、删除或校验一个GPG签名的 tag 对象

克隆项目代码同步到自己创建的仓库中

#将仓库的空项目拉取到当前目录
[root@git ~]# git clone git@192.168.115.129:/home/git/object2
#将exam项目中的代码拷贝到object2/目录中
[root@git ~]# cp -r dc/* object2/
[root@git ~]# cd object2/
#将当前目录下的所有修改或新增的文件添加到Git的暂存区
[root@git object2]# git add .
#设置全局的用户邮箱地址
[root@git object2]# git config --global user.email "z13516052620@163.com"
#设置全局的Git配置中的用户名
[root@git object2]# git config --global user.name "zhx"
#将本地代码变更提交到本地仓库，并添加一条简短的提交信息
#git commit：表示执行提交操作。
#-m "all object2"`：-m是一个选项，用于指定提交信息。"all object2"是提交信息的内容，可以根据实际情况进行修改。
[root@git object2]# git commit -m "all object2"
#将本地仓库的提交推送（上传）到远程仓库
#git push：表示执行推送操作。
#origin：是远程仓库的名称，默认情况下，Git会创建一个名为origin的远程仓库，它通常指向代码仓库的URL地址。
#master：表示要推送的本地分支的名称。master是Git默认的主要分支名称，但也可以是其他分支的名称。
[root@git object2]# git push origin master

解决无法推送代码到master分支
git config receive.denyCurrentBranch ignore

2、配置jenkins主机

添加验证凭据

添加 Publish Over SSH 远程主机

[root@tomcat ~]# mkdir /data

配置 JDK、Maven、Git 环境

配置JDK

[root@jenkins ~]# tar xf jdk-8u371-linux-x64.tar.gz
[root@jenkins ~]# mv jdk1.8.0_371/ /usr/local/java8

配置Maven

[root@jenkins ~]# wget https://mirrors.tuna.tsinghua.edu.cn/apache/maven/maven-3/3.9.4/binaries/apache-maven-3.9.4-bin.tar.gz --no-check-certificate
[root@jenkins ~]# tar xf apache-maven-3.9.4-bin.tar.gz
[root@jenkins ~]# mv apache-maven-3.9.4 /usr/local/maven/
#配置maven源
[root@git ~]# vim /usr/local/maven/conf/setting.xml
153 <mirror>
154 <id>mirrorId</id>
155 <mirrorOf>repositoryId</mirrorOf>
156 <name>Human Readable Name for this Mirror.</name>
157 <url>https://maven.aliyun.com/repository/public</url>
158 </mirror>

#配置环境变量
[root@jenkins ~]# vim /etc/profile
export MAVEN_HOME=/usr/local/maven
export PATH=${PATH}:${MAVEN_HOME}/bin
[root@jenkins ~]# source /etc/profile
[root@jenkins ~]# mvn -v

配置git

[root@jenkins bin]# which git
/usr/bin/git

3、配置web主机

[root@tomcat ~]# tar xf apache-tomcat-8.5.99.tar.gz
[root@tomcat ~]# mv apache-tomcat-8.5.99 /usr/local/tomcat

**发布公钥给jenkins主机**

[root@tomcat ~]# ssh-keygen
[root@tomcat ~]# ssh-copy-id 192.168.115.128

4、新建Maven项目

配置代码仓库

git clone git@192.168.115.112:/home/git/object2.git

主机Jenkins默认用jenkins用户去连接git，所以用jenkins用户生成密钥对，并发送给git。

[root@jenkins ~]# id jenkins
uid=988(jenkins) gid=982(jenkins) 组=982(jenkins)
[root@jenkins ~]# cat /etc/passwd| grep jenkins
jenkins:x:988:982:Jenkins Automation Server:/var/lib/jenkins:/bin/false
[root@jenkins ~]# su -s /bin/bash jenkins
bash-4.2$ ssh-keygen
bash-4.2$ ssh-copy-id git@192.168.115.112

配置bulid

Maven的"Goals and options"字段中可以指定多种构建命令（Goals）和选项（Options），用于执行不同的构建操作。以下是一些常见的构建命令：

1. clean：清理项目，删除生成的目标文件和临时文件。
2. validate：验证项目是否正确且所有必要信息可用。
3. compile：编译项目源代码。
4. test-compile：编译项目的测试代码。
5. test：运行项目的单元测试。
6. package：将编译的代码打包成可分发的格式，例如JAR或WAR文件。
7. install：将项目的包安装到本地仓库，以供其他项目或模块使用。
8. deploy：将项目的包部署到远程仓库，供其他开发人员或团队使用。
9. site：生成项目的文档网站。
10. clean-compile：先进行清理，然后进行编译。
11. clean-test：先进行清理，然后运行单元测试。
当使用Maven的"Goals and options"字段时，使用以下其他命令行选项：

1. "-U"：强制更新依赖项的SNAPSHOT版本。
2. "-o"：离线模式，不访问远程仓库来获取依赖项。
3. "-T"：多线程构建，用于加快构建速度。例如，"-T 4"表示使用4个线程进行构建。
4. "-B"：批处理模式，禁用交互式模式，使构建更加自动化。
5. "-DskipTests"：跳过运行单元测试。
6. "-Dmaven.test.skip=true"：跳过编译和运行测试。
7. "-Dmaven.compiler.source"：指定项目的源代码兼容性版本。
8. "-Dmaven.compiler.target"：指定生成的字节码的目标JVM版本。
9. "-Dmaven.repo.local"：指定使用不同于默认的本地仓库。
10. "-Dmaven.wagon.http.proxyHost"和"-Dmaven.wagon.http.proxyPort"：设置HTTP代理。

构建后操作

选择“构建后操作“中的“send build artfacts over SSH” “Exec command”中执行命令的含义是:在自动部署前先杀掉 Tomcat 进程，然后删除 war 包，用 scp 远程拷贝命令将 Jenkins 自动打包好的项目包拷贝到当前 Tomcat 应用目录。 然后重启 Tomcat 。

/usr/local/tomcat/bin/shutdowm.sh
rm -rf /usr/local/tomcat/webapps/*
scp 192.168.115.111:/var/lib/jenkins/workspace/object2/* /usr/local/tomcat/webapps/
/usr/local/tomcat/bin/startup.sh