DevOps实现CI/CD实战(二)-Jenkins配置

六、 CI/CD入门操作

基于Jenkins拉取GitLab的SpringBoot代码进行构建发布到测试环境实现持续集成

基于Jenkins拉取GitLab指定发行版本的SpringBoot代码进行构建发布到生产环境实现CD实现持续部署

1. 创建springboot项目

编写简单的程序

  • 修改pom.xml,添加打包的名称配置
xml 复制代码
<build>
        <!-- 打包的名称 -->
        <finalName>test</finalName>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.8.1</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                    <encoding>UTF-8</encoding>
                </configuration>
            </plugin>
        </plugins>
    </build>
  • 创建Dockerfile,docker-compose.yml

Dockerfile文件

dockerfile 复制代码
FROM openjdk:8-jdk-alpine
COPY test.jar /usr/local/
WORKDIR /usr/local/
CMD java -jar test.jar

docker-compose.yml文件

yaml 复制代码
version: '3.1'
services:
  test:
    build:
      context: ./
      dockerfile: Dockerfile
    image: test:v1.0.0
    container_name: test
    ports:
      - 8080:8080
  • 提交代码,推送到gitlab上

2. 持续交付、部署

程序代码在经过多次集成操作到达最终可以交付,持续交付整体流程和持续集成类似,不过需要选取指定的发行版本

1. Jenkins中创建一个item

在Jenkins的首页,点击新建Item

2. 配置Item的git仓库

进入新建的Item中,配置Git的远程仓库

3. 配置Item的Build Steps

然后配置maven,拉取代码后需要用maven打包。选择调用顶层maven目标,选择你的maven。

构建后操作,把jar推送至目标服务器,然后运行。

Jenkins点击立即构建,jenkins会拉取最近的代码,重新构建,然后把打包后的文件上传到容器根目录下的workspace

要想运行上传过来的文件,还需要进行 以下操作;

点击配置,找到构建后操作

进入配置页面后,找到构建后操作

修改 Source files下面的配置,添加docker配置的目录

txt 复制代码
target/*.jar docker/*

Exec command下面添加下面配置

bash 复制代码
cd docker 
mv ../target/*.jar ./
docker-compose down
docker-compose up -d --build

点击应用,保存。然后再次构建,再次构建后,发现构建失败,报了下面的问题:

解决方法:**

1.cd docker 要采用绝对路径

Exec command下面添加下面配置

bash 复制代码
cd /usr/local/test/docker 
mv ../target/*.jar ./
docker-compose down
docker-compose up -d --build

2.宿主机的端口号已经被Jenkins占用,修改docker-compose.yml文件中宿主机映射的端口号

yaml 复制代码
version: '3.1'
services:
  test:
    build:
      context: ./
      dockerfile: Dockerfile
    image: test:v1.0.0
    container_name: test
    ports:
      - 8081:8080

完成上述步骤之后,再次构建,构建成功。然后去宿主机查看docker容器,docker ps发现容器运行失败了。

这也是一个小插曲。查看日志

bash 复制代码
[root@clear test]# docker logs -f 64b464420c8d
no main manifest attribute, in test.jar

修改项目的pox.xml

  1. 添加下面配置
xml 复制代码
<packaging>jar</packaging>
  1. 检查中标签下面是否有个 true,有则去掉这个标签。

  2. 操作完成后,再次重新构建,docker-ps查看容器,成功了。

    访问192.168.201.111:8081,成功了

    虽然已经可以访问,但是还存在一个小问题,就是我修改代码,重新构建之后,原来的重名的镜像都变成了none,

    需要一个命令,添加到构建后执行的命令中
bash 复制代码
# 删除为none的镜像
docker image prune -f 

# 完整命令
cd /usr/local/test/docker 
mv ../target/*.jar ./
docker-compose down
docker-compose up -d --build
docker image prune -f 

CI的整个流程就搞定了,但是我们每次都是拉取最新的代码进行构建的,我们需要不同的环境进行不同的部署。这就需要git pameter插件了。

配置git参数。

配置把代码切换到当前的tag上,选择不同的提交点。需要在maven打包之前,先切换代码的提交点。

添加配置 git checkout $tag,切换提交点。

把执行步骤拖到maven构建的前面

给代码打上不同的标签。

再次到构建的页面,就可以选择对应的标签进行构建了。

相关推荐
codeの诱惑9 小时前
Azure DevOps CI/CD 流水线中 Java 17 容器化部署 NullPointerException 解决方案
ci/cd·azure·devops
递归尽头是星辰11 小时前
Docker容器化核心知识体系:从入门到实践
docker·云原生·devops·容器化·镜像构建
hkNaruto14 小时前
【DevOps】基于Nexus部署内网ubuntu 2204系统APT代理镜像仓库操作手册
运维·ubuntu·devops
怪异的bug14 小时前
DevOps学习笔记
devops
hkNaruto14 小时前
【DevOps】基于Nexus3部署Docker内网私有代理仓库docker proxy
docker·devops·nexus3
JanelSirry14 小时前
DevOps是什么,有什么作用,一般用来干嘛
linux·运维·devops
测试开发Kevin3 天前
详解Jenkins 的 Declarative Pipeline中post 语法
jenkins·devops
NineData4 天前
NineData云原生智能数据管理平台新功能发布|2025年9月版
数据库·云原生·devops·ninedata·数据库迁移·数据复制·风险sql管控
学习的周周啊4 天前
一人AI自动化开发体系(Cursor 驱动):从需求到上线的全流程闭环与实战清单
运维·人工智能·自动化·ai编程·全栈·devops·cursor
qq_312920114 天前
从零搭建企业级DevOps流水线
运维·devops