使用Gitlab CI/CD功能在本地部署 Spring Boot 项目

前提条件：
1.Docker安装Gitlab，地址：https://www.cnblogs.com/sanduzxcvbnm/p/13814730.html
2.Docker安装Gitlab-runner，地址：https://www.cnblogs.com/sanduzxcvbnm/p/13815594.html

在Gitlab上创建项目

1.新建项目

2.选择springboot模板创建

3.创建项目

创建好项目后查看克隆的地址
我这边是根据前提条件来创建的，所以使用的克隆地址中会有端口号

4.添加本机ssh秘钥到项目设置中

5.本机克隆该项目到本机
使用git地址克隆

使用http地址克隆

项目修改

1.修改项目中自带的Dockerfile文件，具体内容如下

# 原先的内容
FROM maven:3-jdk-8-alpine
WORKDIR /usr/src/app
COPY . /usr/src/app
RUN mvn package
ENV PORT 5000
EXPOSE $PORT
CMD [ "sh", "-c", "mvn -Dserver.port=${PORT} spring-boot:run" ]

# 修改后的内容
FROM openjdk:8-jdk-alpine
VOLUME /tmp
COPY  /target/demo-0.0.1-SNAPSHOT.jar app.jar # 正常情况下target前面没有/,但是在这里需要有，不能省略，否则会报错。
ENV PORT 5000
EXPOSE $PORT
ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-Dserver.port=${PORT}","-jar","/app.jar"]

按正常情况下target前面没有/的报错信息

target前面加上/后可以正确执行

2.创建.gitlab-ci.yml文件，具体内容如下

image: docker:latest  #1
variables:  #2
  DOCKER_DRIVER: overlay2
  # DOCKER_HOST: tcp://192.168.0.253:2375  # docker host，本地可不写,
  TAG: root/hello-spring:v0.1  # 生成的镜像名称
cache:  #3
  paths:
    - .m2/repository
services:  #4
  - docker:dind
stages:  #5
  - package
  - deploy
maven-package:  #6
  image: maven:3.5-jdk-8-alpine
  tags:
    - maven # 使用的gitlab-runner需要有这个标签
  stage: package
  script:
    - mvn clean package -Dmaven.test.skip=true
  artifacts:
    paths:
      - target/*.jar
build-master:  #7
  tags:
    - docker # 使用的gitlab-runner需要有这个标签
  stage: deploy
  script:
    - docker build -t $TAG . # 根据Dockerfile文件构建镜像
    - docker rm -f test || true # 删除测试容器
    - docker run -d --name test -p 5000:5000 $TAG # 运行容器，$TAG是开头设置的变量，表示的是镜像
  only:
    - master

说明：

• 1：需要用到的镜像
• 2：必须配置的一些环境变量。如果本地可不配置 DOCKER_HOST。作用是生成的docker镜像是在本机上还是在其他主机上
• 3：配置缓存，配置后，maven 下载的依赖可以被缓存起来，下次不需要重复去下载了。
• 4：配置需要用到的额外的服务。docker:dind，这个貌似是用于在 docker 中运行 docker 的一种东西，在项目的构建中需要。
• 5：stages，这是 Gitlab CI 中的概念，Stages 表示构建阶段，就是一些按序执行的流程，具体执行是依赖于 Jobs 的。在CI/CD流水线中可以看到
• 6：定义的 Jobs 之一，用于构建 jar 包。内部又引入 maven 镜像来处理，负责执行 package 这一流程。script 为具体执行的脚本。
• 7：定义的 Jobs 之一，用于构建 Docker 镜像。负责执行 deploy 这一流程。具体执行 build 和 run。only 节点表示只监控 master 分支。

所有的配置工作都已经完成了，接下来 Git 执行 commit&push，自动构建就开始了。
整个项目的目录结构如下：

开始构建

在本机上修改上述俩文件后提交到Gitlab上，此时自动构建就开始了。
我这边已经操作过了，直接看结果

第一阶段的第一个jobs，可以查看到编译生成好的jar文件

其中生成的这个jar文件可以下载下来，下载下来一个artifacts.zip文件，解压缩后有个target文件夹，这个文件夹下也就是编译生成的项目jar文件

这个功能在.gitlab-ci.yml配置文件中的体现

第二阶段的第一个jobs

这个功能在.gitlab-ci.yml配置文件中的体现

再次提交内容，又会开始自动构建，生成的docker镜像会发生变化，运行的容器也发生变化.
根据这个情况，可以在提交代码的时候修改编译生成的docker镜像版本

# 第一次构建
~ # docker image ls
REPOSITORY                              TAG                  IMAGE ID            CREATED             SIZE
root/hello-spring                       v0.1                 35937b860369        8 minutes ago       121MB

~ # docker ps                                                                                                                  
CONTAINER ID        IMAGE                         COMMAND                  CREATED             STATUS                 PORTS                                                               NAMES
b8ab41b5bbc7        root/hello-spring:v0.1        "java -Djava.securit…"   6 minutes ago       Up 6 minutes           0.0.0.0:5000->5000/tcp 

# 第二次构建
~ # docker image ls
REPOSITORY                              TAG                  IMAGE ID            CREATED              SIZE
root/hello-spring                       v0.1                 661f48a8d64c        About a minute ago   121MB

~ # docker ps
CONTAINER ID        IMAGE                         COMMAND                  CREATED              STATUS                 PORTS                                                               NAMES
ab619c680e77        root/hello-spring:v0.1        "java -Djava.securit…"   About a minute ago   Up About a minute      0.0.0.0:5000->5000/tcp 

继续延伸：
1.每次提交代码之前都得手动修改docker镜像版本，有没有其他更简便的办法
2.最后阶段的最后jobs可以把生成的docker镜像推动到镜像仓库，比如Harbor,Nexus等
3.跟k8s进行配置关联
4.多阶段，多jobs构建