jenkins配置CICD自动发布代码；build后自动打tag(github发布demo)

已于 2024-03-11 11:44:21 修改
阅读量1.1k 收藏 1
点赞数
分类专栏： linux jenkins 文章标签： jenkins github git
于 2021-10-21 22:58:51 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43944305/article/details/120896542
版权

先安装jenkins

我的jenkins版本是2.401
一般推荐直接部署jenkins到宿主机上;
我是部署到了docker中，宿主机的环境直接读取是读不到的，还需要额外的映射

运行环境ubuntu
搭建jenkins

安装jdk

安装jdk

Linux服务器安装并配置git

// 安装git
[root@localhost ~] yum install git
// 查看git的版本
[root@localhost ~]# git version
git version 1.7.1
// 配置git的用户名
[root@localhost ~]# git config --global user.name "CodeTiger"
// 配置git的邮箱
[root@localhost ~]# git config --global user.email "18252025311@163.com"
// 生成密钥文件，一路回车，默认生成在/root/.ssh文件夹下
[root@localhost ~]# ssh-keygen -t rsa -C "18252025311@163.com"

将ssh公钥证书配置到github上，保证linux服务器与github联通
在setting里
在这里插入图片描述

查看公钥的内容，然后复制进github

[root@localhost .ssh] ls
id_rsa  id_rsa.pub
[root@localhost .ssh] vi id_rsa.pub

在这里插入图片描述

保存即可。验证配置是否成功

[root@localhost .ssh] ssh git@github.com
The authenticity of host 'github.com (13.250.177.223)' can't be established.
RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,13.250.177.223' (RSA) to the list of known hosts.
PTY allocation request failed on channel 0
Hi stronglxp! You've successfully authenticated, but GitHub does not provide shell access.
Connection to github.com closed.
[root@localhost .ssh]#

安装maven

安装maven

添加子节点

业务上打包的服务一多，一台jenkins服务可能顶不住，这个时候添加一个jenkins子节点分担下build任务会好很多；当前所有的配置都还是在当前的jenkins上的；

添加linux服务器的节点，工作目录可以选择当前jenkins的数据存放目录;
如果是使用的ssh密钥连接仓库这里配置里的凭据可以不填；
如果是使用账号密码连接仓库凭据是需要写的。
仓库配置这里的凭据是连接git仓库的

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在节点列表可以看到已经添加成功，点击名称，测试是否能进行连接。

在这里插入图片描述

在这里插入图片描述

新建任务

build之前需要限制一个运行节点，不配置的话默认就是当前jenkins所在的节点；
如果有多个节点但是不配置，默认是随机抽取一个节点.

如果想用本机部署，并且是本机是docker部署的，要注意先关的jdk和maven环境读取；
比如我当前就是docker部署的jenkins的，打包的时候需要用到maven和jdk

  1. 将maven和jdk通过volume挂载到容器内，实现共享配置
  2. 然后配置容器的jdk和maven环境变量

附上一份我的配置

version: '3.1'
services:
  jenkins:
    image: jenkins/jenkins:2.401.1-lts-jdk11
    container_name: jenkins_2_401
    deploy:
      resources:
        limits:
          memory: 1024m
    volumes:
      - /data/jenkins/:/var/jenkins_home
      - /var/run/docker.sock:/var/run/docker.sock
      - /usr/bin/docker:/usr/bin/docker
      - /usr/lib/x86_64-linux-gnu/libltdl.so.7:/usr/lib/x86_64-linux-gnu/libltdl.so.7

      - /home/felix/app/jdk/jdk-17.0.2:/home/felix/app/jdk/jdk-17.0.2
      - /home/felix/app/maven/apache-maven-3.8.8:/home/felix/app/maven/apache-maven-3.8.8

    ports:
      - "9081:8080"
    privileged: true
    user: root
    restart: always
    #container_name: jenkins
    environment:
       JAVA_OPTS: '-Djava.util.logging.config.file=/var/jenkins_home/log.properties'
       JAVA_HOME: /home/felix/app/jdk/jdk-17.0.2
       MAVEN_HOME: /home/felix/app/maven/apache-maven-3.8.8
       PATH: $PATH:$JAVA_HOME/bin:$MAVEN_HOME/bin

接下来新建一个Jenkins任务验证是否能远程运行在Linux服务器上；
执行shell里一般就

BUILD_ID=DONTKILLME
#查看当前的工作路径
export PROJ_PATH=`pwd`
#jdk home
export JAVA_HOME=/home/xxx/xxx/jdk17
# 环境变量生效
. /etc/profile

#app应用jar包名称
APP_NAME=xxx-xxx.jar
#app jar相对于当前工作路径内部的相对路径
APP_JAR_PATH=xxx-xxx/target
#jar包运行的工作路径
APP_RUN_PATH=/home/xxx/xxx/xxx/

mvn clean package -U -Dmaven.test.skip=true
mvn package -Dmaven.test.skip=true
#jar运行路径不存在自动创建，jar包强制覆盖之前的
mkdir -p $APP_RUN_PATH && /bin/cp -rf $PROJ_PATH/$APP_JAR_PATH/$APP_NAME $APP_RUN_PATH
cd $APP_RUN_PATH
#运行脚本
#./xxx.sh restart

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
进入任务查看执行结果，可以看到命令执行成功

在这里插入图片描述

Jenkins自动化部署任务开发

自动部署大致过程
在这里插入图片描述

自动化部署的脚本demo

#!/usr/bin/env bash
#编译+部署order站点

#需要配置如下参数
# 项目路径, 在Execute Shell中配置项目路径, pwd 就可以获得该项目路径
# export PROJ_PATH=这个jenkins任务在部署机器上的路径

# 输入你的环境上tomcat的全路径
# export TOMCAT_APP_PATH=tomcat在部署机器上的路径

### base 函数



killTomcat()
{
    pid=`ps -ef | grep $PROJ_NAME | grep java |grep -v grep |awk '{print $2}'`
    echo "tomcat Id list :$pid"
    if [ "$pid" = "" ]
    then
      echo "no tomcat pid alive"
    else
      kill -9 $pid
    fi
}

echo $PROJ_PATH
echo $PROJ_NAME
echo $TOMCAT_APP_PATH

cd $PROJ_PATH/$PROJ_NAME
/home/ubuntu/app/maven/apache-maven-3.6.3/bin/mvn clean install

# 停tomcat
killTomcat

# 删除原有工程
rm -rf $TOMCAT_APP_PATH/$PROJ_NAME.jar
#rm -f $TOMCAT_APP_PATH/webapps/ROOT.war
#rm -f $TOMCAT_APP_PATH/webapps/order.war

# 复制新的工程
cp $PROJ_PATH/$PROJ_NAME/target/$PROJ_NAME-0.0.2-SNAPSHOT.jar $TOMCAT_APP_PATH/$PROJ_NAME/
cd $TOMCAT_APP_PATH/$PROJ_NAME
mv $PROJ_NAME-0.0.1-SNAPSHOT.jar $PROJ_NAME-0.0.1-SNAPSHOT.jar.bak
mv $PROJ_NAME-0.0.2-SNAPSHOT.jar $PROJ_NAME-0.0.1-SNAPSHOT.jar

#cd $TOMCAT_APP_PATH/webapps/
#mv order.war ROOT.war

# 启动Tomcat
echo 'start tomcat'
echo $TOMCAT_APP_PATH/$PROJ_NAME
sh $TOMCAT_APP_PATH/$PROJ_NAME/start.sh

然后去jenkins新建一个任务
在这里插入图片描述

在这里插入图片描述

当前目录指在jenkins的workspace下我们创建的任务文件夹下面
ps:这里要注意里面的仓库地址要换成git开头的
这里的凭证是访问这个代码仓库的凭证

git@github.com:DoubleC77/sell.git

在这里插入图片描述

在这里插入图片描述

export PROJ_PATH=pwd，注意有两个点。不是引号，是键盘上波浪线下面那个符号。
在这里插入图片描述

到此，任务创建完成，我们可以进行构建（第一次构建很慢，因为要下jar包和初始化maven环境）

在这里插入图片描述

发布的时候选择分支

在插件里安装上Git Parameter,然后在参数化构建过程配上这个参数，给个默认值origin/master.
接着在源码管理中获取上面的的分支${branch}(这里的branch是上面配置的别名)

然后就可以在build的时候选择分支了。

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

build后自动打tag

在源码管理处点击高级设置仓库name，然后在构建后操作中push tag;
tag命名v1.0.$BUILD_NUMBER（$BUILD_NUMBER代表每次build的次数每次build后会自增）；
Target remote name则填上面源码管理里填写的仓库name

在这里插入图片描述

在这里插入图片描述

在当前服务器build完后传输到多台服务器（Publish Over SSH）

先在插件中安装Publish Over SSH,然后在系统配置中配置上对应的服务的ssh连接方式.

之后在对应的任务中配置当前build之后要传输到哪些服务器中.
配置ssh远程服务

依次点击-“系统管理”-“系统配置”，找到"Publish over SSH"；

  1. 在"Passphrase"输入框中填写通用密码，也可以指定私钥路径；
  2. 在"SSH Servers"处点击"新增按钮"，新增一个远程主机；
  3. 在"Name"输入框中填写这个远程主机的名称；
  4. 在"Hostname"输入框中填写IP地址，或者节点能够解析的主机名称；
  5. 在"Username"输入框中填写用于远程登录的用户名；
  6. 在"Remote Directory"输入框中填写远程主机存放文件的目录，这个目录必须已存在；
  7. 如果当前的远程主机密码不是第二步配置的通用密码，可以点击右下角的"高级"，在Password输入框中填写这个远程主机的密码；
  8. 点击"Test Configuration"测试配置，如果报错，根据错误提示进行相应的更改。

在这里插入图片描述

配置任务

在高级中记得把日志打开，不然失败了一脸懵逼.
在Exec command中执行脚本时得cd到工作目录，不然就是当前用户的home目录，比如用的root账户ssh连接的，那么当前目录是/root

  1. 在Job中新增一个"构建后操作"，选择"Send build artifacts over SSH"
  2. 在"SSH Server"-"Name"中选择刚才我们配置的远程主机
  3. 在"Source files"中填写源文件，相对路径，基于JOB目录。我们的文件路径为${WORKSPACE}/{JOB}/target/dist.zip，这里填写target/*.zip用于匹配target目录下的所有以zip结尾的文件
  4. 在"Remove prefix"中填写需要删除的路径前缀，如果不填写，那么复制到远程主机的结构为
    target/dist.zip，我们不需要target这个目录，所以这里填写"target"。
  5. 在"Remote directory"中填写远程目录路径，这个路径是基于在配置远程主机时填写的路径，前面我们填写的路径为/opt/jenkins，这里填写target，组合起来就是/opt/jenkins/target目录
  6. 在"Exec command"中填写复制完成后需要在目标主机中执行的命令，如果命令过多，可以写一个脚本，在这里调用它

在这里插入图片描述

输出日志
在这里插入图片描述

参考了大佬的博文
https://juejin.cn/post/6973959950993195044

如果要发布远端服务器上的实例可以参考下面的博文
https://blog.csdn.net/u012946310/article/details/80969447
添加链接描述

好大的月亮
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
DevOps CI/CD之一： Jenkins和Github
kielin的专栏
08-22 1184
本篇介绍了如何在Docker中建立Jenkins，以及在Jenkins建立一个job，使其在代码提交时可以自动触发任务，这个任务的定义步骤在Jenkinsfile中定义，Jenkinsfile中可做较多的事情：比如几个步骤stage,像我们常做的事情，跑单测， build项目，测试环境自动化，uat环境测试，以及跑完自动化用例后，通过脚本更新结果，部署代码到生产环境等。
Jenkins 发布后自动创建git tag
workdsz的专栏
09-11 6377
为了便于项目中对发布的版本进行回滚，所以我们每次发布完成以后自动创建git tag。 1,创建一个Jenkins任务，命名成为push_tag_demo； 2,配置《源码管理》，这里配置比较特殊的地方需要仓库的名字，后面创建tag的时候需要使用； 3，在《构建后操作》操作中选择"Git Publisher"，来配置发布后执行的任务。 注意： 　　配置Git P
【jenkins】jenkins build项目的三种方式
lorachao的博客
09-15 3921
jenkins致力于CI/CD， 更改代码只需要在gitlab push之后，jenkins重新build便可以在tomcat上实现更新部署。 以下为三种构建方式： 1.freestyle project 0. 安装插件Deploy to container, 并安装凭证 github连接创建item 设置build和post-build action (我选tomcat) build 查看tomcat确认 2.maven 1.安装插件Maven Integration 2.github连接创建item
Jenkins构建 Maven项目（微服务）并自动发布
最新发布
lchmyhua88的博客
06-10 782
前面讲了docker 安装Jenkins和gitlab代码管理工具，接下来我们讲一下Jenkins怎么构建 Maven项目。解压后设置maven 的下载路径和下载源。分别配置maven的setting.xml路径，jdk路径，git路径，maven路径。后面接着讲其定时任务触发，轮询的方式来构建。上面全部准备好了，接着安装git客户端设置账号。保存后，我们在gitlab上分别创建组，角色，账号，项目。路径为：/opt/java/openjdk。路径为：/usr/bin/git。设置maven的环境路径。
在服务器部署Jenkins同步github代码（vue）
Define_best的博客
01-05 1660
在服务器部署Jenkins同步github代码（vue）
在服务器部署Jenkins同步github代码
qq_45339526的博客
05-12 1122
使用hexo在github托管个人网站后，如果想要在自己的服务器上部署并且代码与github一致，可以使用Jenkins来同步Jenkins可以监控github的动作，设置当代码push后，Jenkins监控到这一动作，自动拉取最新的代码。
Jenkins入门使用详解，实现构建部署运行
砷碲 - Shendi
05-18 2643
Jenkins 是一个用 Java 编写的开源自动化工具。Jenkins是一款开源 CI&CD 软件，用于自动化各种任务，包括构建、测试和部署软件。Jenkins 支持各种运行方式，可通过系统包、Docker 或者通过一个独立的 J
实战：向GitHub提交代码时触发Jenkins自动构建
02-25
GitHub收到提交的代码后要主动通知Jenkins，所以Jenkins所在服务器一定要有外网IP，否则GitHub无法访问，我的Jenkins服务器是部署在腾讯云的云主机上，带有外网IP；本次实战要提交源码到GitHub，所以您需要有一个...
jenkins 自动构建及发布.zip
12-15
**Jenkins 自动构建及发布** Jenkins 是一个开源的持续集成工具，广泛应用于自动化各种任务，包括构建、测试和部署软件。它提供了一个友好的Web界面，支持多种插件，使得开发者能够轻松地实现项目的自动构建和发布...
使用Jenkins Pipeline自动化构建发布Java项目的方法
08-26
使用Jenkins Pipeline自动化构建发布Java项目的方法 在现代软件开发中，自动化构建和发布是非常重要的一步，能够大大提高开发效率和项目质量。Jenkins Pipeline是一种强大的自动化构建和发布工具，可以帮助开发者...
CICD搭建准备——Jenkins实现自动部署
01-27
产品发布的流程六.git搭建七.maven本地仓库搭建八.自动部署demoJenkins是一个功能强大的应用程序，允许持续集成和持续交付项目，无论用的是什么平台。这是一个免费的源代码，可以处理任何类型的构建或持续集成。集成...
Jenkins 利用Build With Parameters 插件实现选择参数构建
良知犹存的博客
04-07 3076
jenkins是CI/CD中部署时候一个重要工具，可以按照我们需求进行配置一些编译打包测试工作，有些是全自动化的，有些需要进行手动参数进行触发。今天给大家分享一下Jenkins使用Build With Parameters插件，实现外置参数进行触发job。
在Jenkins中拉取GitHub上的代码包（超详细)
大佬云集技术答疑交流群：743262921(进群暗号:222)
11-03 6149
在Jenkins中拉取GitHub上的代码包（超详细) 下面行为都是在Jekins可用且登录情况下进行： 1、安装Git相关插件: 系统管理----插件管理—>可选插件， 下载（两个插件）： ①Git ②GitHub 安装完成后，可以重启jenkins服务 2、Git的配置 3、创建一个任务 4、URL填写GitHub上的仓库地址 点击添加 5、在WebAuto项目完全设置完成后，此时该项目工作空间默认是没有的，这里看到:错误…,先不要恐慌 6、点击构建项目 7、构建之后，我们点击
微服务下的持续集成-Jenkins自动化部署GitHub项目
牧小农
11-19 3312
文章目录一、DevOps概念二、为什么要做持续集成三、常见云服务四、手动部署Jenkins五、Jenkins + Maven +Git 自动化继承/测试 一、DevOps概念 持续集成服务（Continuous Integration，简称 CI） 它绑定 Github 上面的项目，只要有新的代码，就会自动抓取。然后，提供一个运行环境，执行测试，完成构建，还能部署到服务器。 持续集成指的是只要代码有变更，就自动运行构建和测试，反馈运行结果。确保符合预期以后，再将新代码"集成"到主干。 持续集成的好处在于，每
Jenkins拉取github库代码执行构建
自动化软件测试
09-16 498
这篇文章我们说一说自动从GitHub远程库拉取代码，执行构建，废话不多说，开始！
jenkins续--按tag打包
weixin_45391541的博客
11-29 1105
接上篇，测试提出想根据开发提交的TAG来进行打包，作为一个没有接触过jenkins的小白，特此记录一步一步摸爬滚打的历程。
Docker+Jekins+GitHub 持续集成配置（详细操作过程）
weixin_52021698的博客
04-12 1132
配置前提：云服务器：linux系统ubuntu。
Jenkins集成Maven 与. 自动触发jenkins的build
weixin_72848070的博客
11-11 647
因为jenkins所在的服务器，需要安装和集成很多软件，非常耗费资源。如果我们的项目也和jenkins在同一台服务器，势必会造成资源不够用。免密登录主要是方便jenkins服务器192.168.223.143的root用户—》应用服务器192.168.223.136的root用户上的jar包拷贝，部署本就是jar包拷贝的过程。如果gitee仓库内容有变化，通知jenkins拉取该仓库变化的代码并进行相应的编译 打包操作。问题: 如何把一台机器的文件，复制到另一台机器。需要输入远程服务器的密码.
Jenkins 构建项目流程
qq_42157883的博客
04-05 3685
本文整理了jenkins新建任务是几个环节的配置，不是很全，只是作为笔记参考，如果你也整理了类似的 可以发出来 我们一起参考学习
为什么要用 jenkins 进行 cicd 自动化?
06-10
使用 Jenkins 进行 CI/CD 自动化有以下几个优点： 1. 提高软件交付速度：通过自动化构建、测试和部署流程，可以快速地交付软件，减少手动干预所需的时间和错误。 2. 提高软件质量：自动化测试可以在每个阶段发现问题，确保软件质量更高。 3. 可靠性：CI/CD 流程的自动化可以减少人为错误，从而增加应用程序的可靠性。 4. 可重复性：Jenkins 可以确保每个构建都是相同的，从而使部署更加可重复和可靠。 5. 可扩展性：Jenkins 可以集成许多其他工具和插件，从而可以很容易地扩展其功能。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值