之前写过一篇文章《再见 Jenkins ！几行脚本搞定自动化部署，这款神器有点厉害！》 ,讲的是应用Gogs+Drone来实现自动化部署。最近发现Gitlab的CI/CD性能也能实现自动化部署，用起来也挺简略！如果你应用的是Gitlab作为Git仓库的话，无妨试试它的CI/CD性能。本文还是以SpringBoot的自动化部署为例，实际下Gitlab的CI/DI性能，心愿对大家有所帮忙！

SpringBoot实战电商我的项目mall（50k+star）地址：https://github.com/macrozheng/mall

装置

通过Gitlab的CI/CD性能实现自动化部署，咱们须要装置Gitlab、Gitlab Runner、Maven这些服务。

装置Gitlab

首先咱们来装置下Gitlab，对Gitlab装置和应用不理解的敌人能够参考下《10分钟搭建本人的Git仓库》 。
  • 应用如下命令运行Gitlab服务，这里须要留神的是增加了hostname属性，这样咱们就能够通过域名来拜访Gitlab了（为了防止一些不必要的麻烦），GITLAB_ROOT_PASSWORD这个环境变量能够间接设置Gitlab中root账号的明码；
docker run --detach \  --hostname git.macrozheng.com \  --publish 10443:443 --publish 1080:80 --publish 1022:22 \  --name gitlab \  --restart always \  --volume /mydata/gitlab/config:/etc/gitlab \  --volume /mydata/gitlab/logs:/var/log/gitlab \  --volume /mydata/gitlab/data:/var/opt/gitlab \  -e GITLAB_ROOT_PASSWORD=12345678 \  gitlab/gitlab-ce:latest
  • 咱们须要通过git.macrozheng.com这个域名来拜访Gitlab，如果你没有域名的话，能够通过批改本机的host文件来实现；
192.168.7.134 git.macrozheng.com
  • 因为咱们的Gitlab运行在1080端口上，咱们想要不加端口来拜访，能够应用Nginx来反向代理下，对Nginx不相熟的敌人能够看下《Nginx的这些妙用，你必定有不晓得的！》 ，在Nginx的配置文件夹中增加git.conf配置文件，内容如下：
server {    listen       80; # 同时反对HTTP    server_name  git.macrozheng.com; #批改域名    location / {        proxy_pass   http://192.168.7.134:1080; # 设置代理服务拜访地址        index  index.html index.htm;    }    error_page   500 502 503 504  /50x.html;    location = /50x.html {        root   /usr/share/nginx/html;    }}
  • 之后咱们就能够通过git.macrozheng.com这个域名来拜访Gitlab了，输出账号密码root:12345678即可登录；

  • 将咱们的SpringBoot利用代码上传到Gitlab下来，这样Gitlab就筹备结束了！这里须要留神的是，如果你在启动Gitlab的时候没有指定hostname的话，你的我的项目HTTP拜访地址会是容器的ID，应用该地址会无法访问Git仓库！

装置Gitlab Runner

Gitlab只是个代码仓库，想要实现CI/CD还需装置gitlab-runner，gitlab-runner相当于Gitlab中工作的执行器，Gitlab会在须要执行工作时调用它。
  • 首先下载gitlab-runner的Docker镜像，选用alpine-bleeding，这个版本十分玲珑！
docker pull gitlab/gitlab-runner:alpine-bleeding
  • 应用如下命令运行gitlab-runner；
docker run --name gitlab-runner --restart always \-v /var/run/docker.sock:/var/run/docker.sock \-v /mydata/gitlab-runner:/etc/gitlab-runner \-d gitlab/gitlab-runner:alpine-bleeding
  • 此时咱们如果查看gitlab-runner的容器日志的话，会发现如下谬误，config.toml文件找不到，这个问题不用放心，当咱们将gitlab-runner注册到Gitlab时，会主动生成该文件；
ERROR: Failed to load config stat /etc/gitlab-runner/config.toml: no such file or directory  builds=0
  • 接下来咱们须要把gitlab-runner注册到Gitlab，关上Project->Settings->CI/CD性能，获取到runner注册须要应用的地址和token；

  • 接下来应用如下命令，进入gitlab-runner容器的外部；
docker exec -it gitlab-runner /bin/bash
  • 在容器内应用如下命令注册runner；
gitlab-runner register
  • 注册时会呈现交互界面，提醒你输出注册地址、token、执行器类型等信息，ssh执行器能近程执行Linux命令，十分好用，举荐应用这个！

  • 注册实现后，咱们能够发现config.toml文件曾经生成，内容如下，当前想批改runner配置的时候，间接改这个文件就行了。
concurrent = 1check_interval = 0[session_server]  session_timeout = 1800[[runners]]  name = "docker-runner"  url = "http://192.168.7.134:1080/"  token = "c2kpV6tX6woL8TMxzBUN"  executor = "ssh"  [runners.custom_build_dir]  [runners.cache]    [runners.cache.s3]    [runners.cache.gcs]    [runners.cache.azure]  [runners.ssh]    user = "root"    password = "123456"    host = "192.168.7.134"    port = "22"
  • 在Gitlab的CI/CD设置中，咱们能够发现，有个runner胜利注册了！

装置Maven

SpringBoot我的项目打包须要依赖Maven，咱们须要在服务器上先装置好它。
  • 下载Maven的Linux安装包，下载地址：https://maven.apache.org/down...

  • 下载实现后应用如下命令解压到指定目录；
cd /mydatatar -zxvf apache-maven-3.8.1-bin.tar.gz
  • 批改/etc/profile文件，增加环境变量配置：
export MAVEN_HOME=/mydata/apache-maven-3.8.1export PATH=$PATH:$MAVEN_HOME/bin
  • 通过查看Maven版本来测试是否装置胜利。
mvn -v
Maven home: /mydata/apache-maven-3.8.1Java version: 1.8.0_292, vendor: AdoptOpenJDK, runtime: /mydata/java/jdk1.8/jreDefault locale: en_US, platform encoding: UTF-8OS name: "linux", version: "3.10.0-957.el7.x86_64", arch: "amd64", family: "unix"

装置JDK

CentOS上默认装置的是JRE，应用Maven须要装置JDK。
  • 下载JDK 8，下载地址：https://mirrors.tuna.tsinghua...

  • 下载实现后将JDK解压到指定目录；
cd /mydata/javatar -zxvf OpenJDK8U-jdk_x64_linux_xxx.tar.gzmv OpenJDK8U-jdk_x64_linux_xxx.tar.gz jdk1.8
  • 在/etc/profile文件中增加环境变量JAVA_HOME。
vi /etc/profile# 在profile文件中增加export JAVA_HOME=/mydata/java/jdk1.8export PATH=$PATH:$JAVA_HOME/bin# 使批改后的profile文件失效. /etc/profile

应用

所有准备就绪，接下来通过Gitlab的CI/CD性能就能够实现SpringBoot利用的自动化部署了！
  • 首先在我的项目的根目录下增加.gitlab-ci.yml文件，定义了两个工作，一个工作会将利用代码打包成Jar包并复制到指定目录，另一个工作会通过运行脚本run.sh打包利用的Docker镜像并运行；
# 打包工作build-job:  stage: build  # 指定标签，只有具备该标签的runner才会执行  tags:    - docker  script:    # 应用Maven打包    - mvn clean package    # 将jar包、Dockerfile、运行脚本复制到指定目录    - cp target/mall-tiny-gitlab-1.0-SNAPSHOT.jar /mydata/build/mall-tiny-gitlab-1.0-SNAPSHOT.jar    - cp Dockerfile /mydata/build/Dockerfile    - cp run.sh /mydata/build/run.sh# 部署工作deploy-job:  stage: deploy  tags:    - docker  script:    # 进入指定目录并执行运行脚本    - cd /mydata/build    - chmod +x run.sh    - ./run.sh
  • 这里值得一提的是，默认状况下runner只会执行具备雷同标签的Job，因为咱们对Job和runner都设置了标签为docker，所以咱们这里是能够执行的。如果你没有设置标签的话，须要在runner的编辑界面设置下让runner能够执行没有标签的Job；

  • 因为咱们的gitlab-runner采纳的是ssh的执行器，它会登录到咱们指定的服务器，执行咱们在.gitlab-ci.yml中定义的script命令，在此之前还会先从Git仓库中获取代码，所以咱们还需批改下服务器上的host文件；
vim /etc/hosts192.168.7.134 git.macrozheng.com
  • 接下来就是要把脚本提交到Git仓库下来，提交后会在Project->CI/CD->Pipelines中发现正在执行的工作；

  • 关上Pipeline的详情页面，能够发现咱们定义的两个工作都曾经执行胜利了；

  • 关上Job的详情界面，咱们能够看到工作执行过程中输入的日志信息；

  • 如果你想手动执行Pipeline，而不是提交触发的话，能够在Pipelines页面点击Run Pipeline按钮即可；

  • 运行胜利后，能够通过如下地址拜访我的项目：http://192.168.7.134:8088/swa...

总结

如果你用Gitlab作为Git仓库的话，应用它的CI/CD性能来实现自动化部署的确很不错！装置一个轻量级gitlab-runner，编写简略的.gitlab-ci.yml脚本文件即可实现。其实咱们之前以及介绍过很多种自动化部署计划，比方Jenkins、Gogs+Drone、Gitlab CI/CD，咱们能够发现一个共同点，这些计划都离不开Linux命令。 所以说要想玩转自动化部署，还是得先玩转Linux命令！

参考资料

官网文档：https://docs.gitlab.com/ee/ci/

我的项目源码地址

https://github.com/macrozheng...

本文 GitHub https://github.com/macrozheng/mall-learning 曾经收录，欢送大家Star！