RELATEED CONSULTING
相关咨询
选择下列产品马上在线沟通
服务时间:8:30-17:00
你可能遇到了下面的问题
关闭右侧工具栏

新闻中心

这里有您想知道的互联网营销解决方案
如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

创新互联公司专注于镇康网站建设服务及定制,我们拥有丰富的企业做网站经验。 热诚为您提供镇康营销型网站建设,镇康网站制作、镇康网页设计、镇康网站官网定制、小程序设计服务,打造镇康网络公司原创品牌,更为您提供镇康网站排名全网营销落地服务。

实现效果:结合maven+gitlab,可以使用Jenkins对不同环境(测试及线上环境)的tomcat服务器实现版本的迭代更新及版本回滚操作,部署完成后,只需点击几下,即可实现。

一、环境准备

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

注:Jenkins、gitlab服务自行参考博文:部署Jenkins+Gitlab实现持续集成进行部署。
tomcat01用于测试环境,tomcat02用于生产环境,自行参考博文:Tomcat安装及优化配置进行部署。

在进行真正的配置前,请确保可以访问到以下几个页面:

1、访问gitlab:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

2、访问Jenkins:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

3、访问tomcat01:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

4、访问tomcat02:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

确定可以访问到以上四个界面后,即可开始下面的配置。

注:博文中用到的所有源码包都可以在我的网盘链接中下载。

二、部署及配置

1、Jenkins服务器上安装JDK环境

[root@jenkins ~]# rpm -qa | grep jdk       #查看已安装的jdk包
java-1.8.0-openjdk-headless-1.8.0.161-2.b14.el7.x86_64
copy-jdk-configs-3.3-2.el7.noarch
java-1.8.0-openjdk-1.8.0.161-2.b14.el7.x86_64
java-1.7.0-openjdk-headless-1.7.0.171-2.6.13.2.el7.x86_64
java-1.7.0-openjdk-1.7.0.171-2.6.13.2.el7.x86_64
#卸载下面的两个包
[root@jenkins ~]# rpm -e java-1.8.0-openjdk-headless-1.8.0.161-2.b14.el7.x86_64 --nodeps
[root@jenkins ~]# rpm -e java-1.7.0-openjdk-headless-1.7.0.171-2.6.13.2.el7.x86_64 --nodeps
#部署我提供的jdk包
[root@jenkins ~]# cd /usr/src/
[root@jenkins src]#  tar  zxf   jdk-8u211-linux-x64.tar.gz -C /usr/local/
[root@jenkins src]# vim /etc/profile      #在文件末尾写入下面几行
export  JAVA_HOME=/usr/local/jdk1.8.0_211
export  JRE_HOME=/usr/local/jdk1.8.0_211/jre
export  CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export  PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH
[root@jenkins src]# . /etc/profile        #刷新环境变量
[root@jenkins src]# java -version          #确认可以查看到以下JAVA版本信息
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)

2、部署Maven服务

#解包
[root@jenkins src]#  tar zxf  apache-maven-3.6.1-bin.tar.gz
[root@jenkins src]#  mv /usr/src/apache-maven-3.6.1 /usr/local/maven
#配置环境变量
[root@jenkins src]# vim  /etc/profile        #在文件末尾写入以下几行
export MAVEN_HOME=/usr/local/maven
export PATH=$PATH:$MAVEN_HOME/bin
[root@jenkins src]# . /etc/profile
[root@jenkins src]# mvn -v          #执行命令,只要出现下面内容就部署成功了(因为这是二进制的方式部署)
Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 2019-04-05T03:00:29+08:00)
Maven home: /usr/local/maven
Java version: 1.8.0_211, vendor: Oracle Corporation, runtime: /usr/local/jdk1.8.0_211/jre
Default locale: zh_CN, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-862.el7.x86_64", arch: "amd64", family: "unix"

3、指定阿里云仓库

[root@jenkins src]# vim /usr/local/maven/conf/settings.xml
#在158行下写入以下内容

      aliyun
      central
      aliyun maven
      https://maven.aliyun.com/nexus/content/groups/public/
    
         #添加在该行上面

4、解决Jenkins无法启动问题

配置至此,maven服务已经部署成功了,但是,由于我这里还部署着Jenkins,Jenkins的启动是依赖之前的Java环境的,部署maven服务又重新配置了Java环境,所以,Jenkins无法正常启动,现在需要对Java命令做软连接。

[root@jenkins src]# ln -sf /usr/local/jdk1.8.0_211/bin/java /usr/bin
[root@jenkins src]# /etc/init.d/jenkins restart       #重启Jenkins,确定可以启动成功

5、maven构建测试代码并上传至gitlab

[root@jenkins src]# mvn archetype:generate -DgroupId=cn.test.testweb -DartifactId=testweb -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false
[root@jenkins src]# cd testweb/
[root@jenkins testweb]# vim src/main/webapp/index.jsp   #修改文件内容


Hello World! test01 web

  #更改此行,以便区分不同版本 #删除本地gitlab库之前的文件,并提交到gitlab库 [root@jenkins testweb]# cd ~/test01/    #切换至gitlab库目录下 [root@jenkins test01]# rm -rf * [root@jenkins test01]# git rm a.txxt build.txtf index.html [root@jenkins test01]# git commit -m "del" [root@jenkins test01]# git push origin master  #将maven构建的项目复制到此目录下,并提交到gitlab远端库 [root@jenkins test01]# cd -      #切换至刚刚maven构建的项目目录下 /usr/src/testweb [root@jenkins testweb]# cp -r pom.xml src/ ~/test01/ [root@jenkins testweb]# cd ~/test01/ [root@jenkins test01]# git add * [root@jenkins test01]# git commit -m "test01 web" [root@jenkins test01]# git push origin master

6、配置Jenkins免密登录tomcat服务器

#由于需要Jenkins向Tomcat服务器复制代码及添加目录,所以需要配置免密登录
#默认在配置gitlab时,已经生成了当前用户的秘钥对,所以无需重新生成
#将公钥分别发送至两台tomcat服务器,自行输入“yes”确认,及tomcat的root密码
[root@jenkins test01]# ssh-copy-id root@192.168.20.3   
[root@jenkins test01]# ssh-copy-id root@192.168.20.4

7、修改Jenkins的运行用户

同样,也是为了方便Jenkins服务在运行过程中,拥有一些创建目录或写入文件的权限,我这里为了方便,直接改为root用户运行Jenkins,生产环境中,需要好好考虑权限问题。

[root@jenkins test01]# sed -i 's/JENKINS_USER="jenkins"/JENKINS_USER="root"/g' /etc/sysconfig/jenkins
[root@jenkins test01]# /etc/init.d/jenkins restart  #重启Jenkins

8、配置Jenkins的web界面安装插件

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

按照下面的提示,依次安装我提供的插件(可以自行使用在线安装插件的方式,自行研究),共7个,除了要先安装jquery插件再安装jquery-ui插件外,其他插件的上传顺序可随意(一次只能上传一个插件)。

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

9、配置Jenkins的web界面指定maven及jdk安装路径

1)配置maven
由于操作比较简单,这里就不截图了,依次点击(Jenkins首页开始):系统管理===》全局工具配置===》

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

2)配置jdk

同样,依次点击(Jenkins首页开始):系统管理===》全局工具配置===》

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

10、构建maven项目

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

添加第二个选项参数:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

写入内容,并添加文本参数:
如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

在以下的Build框中输入:clean package -Dmaven.test.skip=true
如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

以下脚本内容为了避免乱码,可以从我博文开头的网盘链接中下载,文件名为build-script.sh。也可以直接复制下面内容(注意,需要根据实际情况修改下面定义host的IP字段,建议仔细阅读脚本,以便查看这个脚本的作用):

这个脚本是实现版本的迭代升级及回滚的关键!!!
这个脚本是实现版本的迭代升级及回滚的关键!!!
这个脚本是实现版本的迭代升级及回滚的关键!!!
重要的事情说三遍!!!

##Deploy tomcat 

war_bak="/data/war/bak"
tomcat_deploy="/usr/local/tomcat/webapps"
#WAR_PATH="${WORKSPACE}/${MODULE_NAME}/target/*.war"
WAR_PATH="${WORKSPACE}/target/*.war"
#以下是定义测试服务器及线上服务器
test_host="192.168.20.3"    #测试服务器,IP可以写多个,但是要注意格式
stag_host="192.168.20.4"    #线上服务器,同样,IP可以写多个
port="8080"

echo "构建环境:${deploy} 项目名称:${JOB_NAME} 构建时间:`date +%F` 本次上线版本:${GIT_COMMIT}" >> /var/log/${JOB_NAME}.log

### status deploy or rollback

##判断git是否为空,如果是为空进行提示
if [ "${git}" = "" ];then

echo "请输入git版本 #############"
exit 1

else

## 判断发布 or 回滚
if [ "${Status}" = "Deploy" ];then

### 判断是否为测试环境
    if [ "${deploy}" = "test" ];then
            ### 构建主机
               for i in ${test_host}
                 do
               ssh ${i} "mkdir -p ${war_bak}/${JOB_NAME}/${git}"
                 scp ${WAR_PATH} ${i}:${war_bak}/${JOB_NAME}/${git}/ROOT.war
                 ssh ${i} rm -rf ${tomcat_deploy}/*
                 ssh ${i} cp ${war_bak}/${JOB_NAME}/${git}/ROOT.war ${tomcat_deploy}
                 ssh ${i} /etc/init.d/tomcat  restart
          ### 判断tomcat是否正常      
                     for http in `seq 1 5`
                   do
                        tomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`
                    if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];then
                        echo -e "\033[5;34m 请稍等,服务启动中........ \033[0m"
                              sleep 5
                      else
                        echo -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"
                              break
                      fi
                  done

                      if [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];then
                          if [[ "${tomcat_status}" = "" ]];then
                      echo -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"
                      exit 1
                          fi
                        echo -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"
                    fi
              done
                echo -e "\033[5;34m 本次构建${test_host}主机,本次环境 ${deploy} \033[0m"
## 判断为预发布环境
    elif [ "${deploy}" = "stag" ];then
               for i in "${stag_host}"
                 do
               ssh ${i} mkdir -p ${war_bak}/${JOB_NAME}/${git}
                 scp ${WAR_PATH} ${i}:${war_bak}/${JOB_NAME}/${git}/ROOT.war
                 ssh ${i} rm -rf ${tomcat_deploy}/*
                 ssh ${i} cp ${war_bak}/${JOB_NAME}/${git}/ROOT.war ${tomcat_deploy}
                 ssh ${i} /etc/init.d/tomcat restart
          ### 判断tomcat是否正常      
                     for http in `seq 1 5`
                   do
                        tomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`
                    if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];then
                        echo -e "\033[5;34m 请稍等,服务启动中........ \033[0m"
                              sleep 5
                      else
                        echo -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"
                              break
                      fi
                  done

                      if [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];then
                          if [[ "${tomcat_status}" = "" ]];then
                      echo -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"
                      exit 1
                        fi
                        echo -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"
                    fi
        done
               echo -e "\033[5;34m 本次构建${test_host}主机,本次环境 ${deploy} \033[0m"
   fi

### 回滚操作
elif [[ "${Status}" = "RollBack" ]];then

  ### 判断回滚环境及主机
            if [ "${deploy}" = "test" ];then
              for i in ${test_host}
              do
                 ssh ${i}  "[ -d ${war_bak}/${JOB_NAME}/${git} ]"
                      if [ $? -ne '0' ];then
                            echo -e "\033[5;34m  git commit 回滚目录不存在,环境${deploy} 错误主机${i} \033[0m"
                            exit 3
                        else
                            echo -e "\033[5;34m  准备回滚操作  本次回滚环境${deploy} 回滚主机${i} \033[0m"
                            sleep 3
                      fi
                 ssh ${i}  "mkdir -p ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"
                 ssh ${i}  "cp -r ${tomcat_deploy}/* ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"
                 ssh ${i}  "rm -rf ${tomcat_deploy}/*"
                 ssh ${i} "cp -r ${war_bak}/${JOB_NAME}/${git}/*.war ${tomcat_deploy}/"
                 ssh ${i} /etc/init.d/tomcat  restart
                   ### 判断tomcat是否正常      
              for http in `seq 1 5`
              do
                 tomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`
                 if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];then
                        echo -e "\033[5;34m 请稍等,服务启动中........ \033[0m"
                        sleep 5
                 else
                        echo -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"
                        break
                 fi
              done

                  if [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];then
                    if [[ "${tomcat_status}" = "" ]];then
                      echo -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"
                      exit 1
                    fi
                      echo -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"
                 fi
              done

            elif [ "${deploy}" = "stag" ];then
              for i in ${stag_host}
              do
                 ssh ${i}  "[ -d ${war_bak}/${JOB_NAME}/${git} ]"
                      if [ $? -ne '0' ];then
                            echo -e "\033[5;34m  git commit 回滚目录不存在,环境${deploy} 错误主机${i} \033[0m"
                            exit 3
                        else
                            echo -e "\033[5;34m  准备回滚操作  本次回滚环境${deploy} 回滚主机${i} \033[0m"
                            sleep 3
                      fi
                 ssh ${i}  "mkdir -p ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"
                 ssh ${i}  "cp -r ${tomcat_deploy}/* ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"
                 ssh ${i}  "rm -rf ${tomcat_deploy}/*"
                 ssh ${i} "cp -r ${war_bak}/${JOB_NAME}/${git}/*.war ${tomcat_deploy}/"
                 ssh ${i} /etc/init.d/tomcat  restart
                   ### 判断tomcat是否正常      
              for http in `seq 1 5`
              do
                 tomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`
                 if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];then
                        echo -e "\033[5;34m 请稍等,服务启动中........ \033[0m"
                        sleep 5
                 else
                        echo -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"
                        break
                 fi
              done

                  if [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];then
                    if [[ "${tomcat_status}" = "" ]];then
                      echo -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"
                      exit 1
                    fi
                      echo -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"
                 fi
              done
            ### 判断测试环境fi结束
            fi

fi

#### fi是判断是否有git地址的结束
fi

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

11、编写tomcat服务的启动脚本,两台服务器都需要进行以下配置

如果不编写tomcat的启动脚本,则在上面的shell脚本需要更改很多地方,因为上面脚本指定的tomcat启动脚本是/etc/init.d/tomcat。

tomcat01配置如下(脚本可以从博文开头的网盘链接中下载,文件名为tomcat)
[root@tomcat01 init.d]# vim tomcat   #编写启动脚本

#!/bin/bash
# description: Tomcat is a Java Servlet Container
TOMCAT_HOME=/usr/local/tomcat
start () {
TOMCAT_PID=`ps -ef |grep "$TOMCAT_HOME" |grep -v "grep" |awk '{print $2}'`
if [ -z $TOMCAT_PID ];then
      source   /etc/profile
      /bin/bash $TOMCAT_HOME/bin/startup.sh
else
    echo "$0 is  running"
fi
}
stop () {
TOMCAT_PID=`ps -ef |grep "$TOMCAT_HOME" |grep -v "grep" |awk '{print $2}'`
if [ -z $TOMCAT_PID ];then
        echo "$0 is not running"
else
        echo "shutting down $0"
        kill -9 "$TOMCAT_PID" && echo "PID $TOMCAT_PID killed."
fi
}
status () {
TOMCAT_PID=`ps -ef |grep "$TOMCAT_HOME" |grep -v "grep" |awk '{print $2}'`
if [ -z $TOMCAT_PID ];then
        echo "$0 is not running"
else
        echo "$0 is running PID is $TOMCAT_PID"
fi
}
case $1 in
start)
start
#tail -f $TOMCAT_HOME/logs/catalina.out
;;
stop)
stop
;;
status)
status
;;
restart)
stop
start
#tail -f $TOMCAT_HOME/logs/catalina.out
;;
*)
echo "Usage:$0  {start|stop|status|restart}."
;;
esac
[root@tomcat01 init.d]# chmod +x tomcat       #赋予执行权限
[root@tomcat01 init.d]# /etc/init.d/tomcat restart   #测试脚本可以正常使用

至此,tomcat01就配置脚本完成了,自行去tomcat02上进行上面一样的操作。

12、将gitlab的代码部署到tomcat01测试服务器上

首先需要在gitlab的web界面找到该测试代码的commit ID号,然后复制,如下:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

然后回到Jenkins的web界面,开始构建,点击如下:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

查看构建信息:

其实下面的页面,已经可以看到是构建成功的
如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

查看其构建过程的详细信息(如果构建失败,这将是一个非常好的排错方法,可以看到其到底失败在哪一步):

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

既然在测试服务器上构建成功了,那么就访问一下测试服务器,页面是否真的变了。

访问测试服务器tomcat01(需要刷新页面,注意缓存问题):

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

可以看到构建项目的内容,OK!!!

13、将gitlab的代码部署到tomcat02线上服务器上

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

访问线上服务器,查看其页面是否更改,如下(如果部署失败,那么建议参考构建的控制台输出信息进行排错):

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

14、对tomcat服务进行页面升级

1)准备测试代码:
[root@jenkins ~]# mvn archetype:generate -DgroupId=cn.test.testweb -DartifactId=testweb -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false
#执行mvn命令,生成代码
[root@jenkins ~]# vim testweb/src/main/webapp/index.jsp   #编写首页文件


Hello World! test0002 web 

    #写为test0002  web [root@jenkins ~]# cd testweb/ [root@jenkins testweb]# ls pom.xml  src [root@jenkins testweb]# cp -r pom.xml src/ ~/test01/ [root@jenkins testweb]# cd ../test01/ [root@jenkins test01]# git add * [root@jenkins test01]# git commit -m "test 02" [root@jenkins test01]# git push origin master    #推送至gitlab

查看gitlab上推送来代码的commit  ID号:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

先升级测试服务器:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

刷新测试服务器的页面,查看是否更新成功:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

OK!!!!

接下来,升级线上的tomcat服务器:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

刷新线上tomcat服务器的页面,如下表示成功:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

15、进行版本回滚的测试

对测试服务器tomcat进行版本回滚:
如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

可以看到测试服务器的页面已经回滚到上一个版本了,而此时线上服务器的页面还是test02的页面,可自行查看。

对线上服务器的页面进行版本回滚:

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

看完上述内容,你们掌握如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!


文章名称:如何理解Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚
文章分享:http://lswzjz.com/article/jiesop.html