基于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提交,来查看自动部署的效果。

相关推荐
生活爱好者!3 小时前
我把NAS当作下载机,docker一键部署qb
运维·docker·容器
尽兴-4 小时前
企业业务系统架构选型与渐进式演进
运维·系统架构·devops
通信小小昕4 小时前
Ubuntu 26.04 中文输入法安装
linux·运维·ubuntu
壮哥_icon5 小时前
【Android 系统开发】使用 BAT 脚本高效自动化管理 /system/priv-app/ 系统应用(安装与卸载)
android·运维·自动化
RD_daoyi5 小时前
外链权重暴跌至13%,品牌提及反超传统链接——2026年不做Digital PR,你的独立站等于隐形
运维·网络·学习·机器学习·搜索引擎
电商API_180079052476 小时前
企业ERP进销存场景|京东商品详情接口自动同步方案|凭证鉴权批量调用技术实操
大数据·运维·人工智能·爬虫·数据挖掘·网络爬虫
张小姐的猫6 小时前
【Linux】网络编程 —— HTTP协议(上)
linux·运维·服务器·网络·http·单例模式·策略模式
小稻穗6 小时前
市场调研样本选型坐标系:2026六家国内样本平台能力横向校验
大数据·运维·数据分析
AOwhisky6 小时前
Python 学习笔记(第十三期)——运维自动化(下·前篇):远程命令执行——paramiko基础篇
运维·python·学习·云原生·自动化·运维开发·paramiko
AOwhisky7 小时前
Python 学习笔记(第十四期)——运维自动化(下·中篇):远程文件传输——paramiko进阶篇
运维·python·学习·云原生·自动化·文件传输·paramiko