基于Gitlab Runner 快速实现 Gitlab 自动部署

前言

部署是一件重复且无聊的事情,相信大家都听说过 CI/CD 持续集成和持续交付吧。本文基于Gitlab CI/CD及Docker快速实现项目的自动部署。该方案能与Git紧密结合且不需要额外的工具即可实现代码提交后自动构建及部署。

准备工作

首先请安装好以下三个软件,建议安顺序安装,软件的安装请参考下方给的参考链接:

  1. Docker:安装教程
  2. Gitlab:安装教程
  3. GitlabRunner:安装教程

主要流程

我们的主要流程就是通过Gitlab管理代码,然后利用Gitlab自带的Gitlab CI/CD功能与GitlabRunner进行注册绑定。绑定成功后,每提交一次代码,都可以触发GitlabRunner,从而执行相应的脚本程序实现自动部署。

GitlabRunner 注册

  1. 打开Gitlab种需要自动部署的仓库,选择Setting-》CI / CD -》Runners。
  2. 如下图,可以看到最关键的两个信息,这俩待会GitlabRunner注册的时候会用到,请记好:
  3. GitlabRunner注册
    命令指南:gitlab-runner register注册,gitlab-runner list查看已注册Runner,gitlab-runner unregister --all-runners取消所有注册。
    首先我们先注册一个,然后起一个Runner的名字(随便),这里我取名:hello,spring boot!,然后输入runner的tags,我们一个项目可以通过tags区分不同阶段让不同的runner执行,这里输入:maven;最后输入你想执行的脚本,这里用shell。

    注册成功后,我们来刷新一下刚刚Gitlab的页面,可以看到已经注册成功了!

制作脚本

当提交代码后,我们应该怎么用Shell脚本来控制构建和部署呢?Gitlab为我们提供好了一个模版,就是在仓库根目录下创建名为:.gitlab-ci.yml 文件,我这里执行一个SpringBoot项目,所以内容如下:

powershell 复制代码
stages:
  - build
  - deploy_test
#  - clean
# 打包镜像
build:
  stage: build
  only:
    - master
  script:
    - $MAVEN_HOME/bin/mvn clean package -U '-Dmaven.test.skip=true'
    - cp target/GitlabRunnerTest-0.0.1-SNAPSHOT.jar docker/
    - cd docker
    - docker build -t test/gitlabrunner:v1.0.0 .
  tags:
    - maven
# 部署测试服务器
deploy_test:
  stage: deploy_test
  only:
    - master
  script:
    - cd docker
    - docker-compose down
    - docker-compose up -d
  tags:
    - maven
#清理虚悬镜像
#clean:
#  stage: clean
#  only:
#    - master
#  script:
#    - docker rmi $(docker images -q -f dangling=true)
#  tags:
#    - maven

然后在根目录中创建Docker文件夹,创建Dockerfile:

powershell 复制代码
FROM openjdk:11
COPY . /usr/src/myapp
WORKDIR /usr/src/myapp

创建docker-compose.yml

powershell 复制代码
version: '3.1'
services:
  education-course:
    container_name: test-gitlabrunner
    restart: always
    image: test/gitlabrunner:v1.0.0
    network_mode: "host"
    command: java -jar -Xms1024m -Xmx1024m -Duser.timezone=GMT+08 GitlabRunnerTest-0.0.1-SNAPSHOT.jar --spring.profiles.active=test

整体项目目录结构如下所示:

验证

做好之后,我们就可以上传代码了,然后我们可以在CI / CD种的Pipelines里查看执行是否成功。

可以看到,构建成功了,我们来访问一下:

恭喜你,已经成功部署。你可以尝试在代码中修改GIt提交,来查看自动部署的效果。

相关推荐
你好,帅哥1 小时前
openssl ,msys2 ,交叉编译
linux·运维·服务器
计算机安禾1 小时前
【Linux从入门到精通】第36篇:DNS服务探秘——自己搭建一个内网DNS
linux·运维·servlet
Web极客码2 小时前
2026年Linux VPS安全加固清单:SSH、防火墙与审计就绪配置
运维·服务器·数据库
星恒讯工业路由器2 小时前
配网自动化多网融合应用解决方案
运维·自动化
智慧物业老杨3 小时前
智慧物业收费系统的数智化落地实践:从人工硬扛到自动化闭环
运维·自动化
techdashen3 小时前
Cloudflare 为何抛弃 NGINX,用 Rust 自研了一个代理
运维·nginx·rust
南城猿3 小时前
保姆级 Ubuntu 部署 禅道
linux·运维·ubuntu
珠海西格电力3 小时前
零碳园区产业园管理系统的全场景源网荷储氢协同调度功能是如何实现的
大数据·运维·人工智能·物联网·能源
wj3055853784 小时前
CC-Switch 在 WSL Ubuntu 中安装记录
linux·运维·ubuntu
人生匆匆4 小时前
通过nginx解决跨域问题
运维·nginx