2. 首页 > Linux教程 > 正文

Linux教程FG625-工具链扩展系列-CI/CD工具-GitLab CI

教程整理：风哥教程  |  更新时间：2026-01-25  |  教程分类：Linux教程  |  文档学习：2

本文档风哥主要介绍GitLab CI，包括GitLab CI的概念、特性、优势、架构设计、组件选择、部署、配置、集成等内容，参考Red Hat Enterprise Linux 10官方文档中的System administration章节，适合系统管理员和IT人员在生产环境中使用。更多视频教程www.fgedu.net.cn

Part01-基础概念与理论知识

1.1 GitLab CI的概念

GitLab CI是GitLab内置的持续集成和持续交付（CI/CD）工具，用于自动化构建、测试和部署软件项目。它与GitLab代码仓库紧密集成，能够在代码提交时自动触发构建和测试流程。学习交流加群风哥微信: itpux-com

GitLab CI的核心概念：

  • CI/CD：持续集成和持续交付
  • Pipeline：定义整个构建、测试和部署流程的流水线
  • Job：流水线中的单个任务
  • Stage：流水线中的阶段，包含多个Job
  • Runner：执行CI/CD任务的代理

1.2 GitLab CI的特性

GitLab CI的特性：

  • 与GitLab集成：与GitLab代码仓库紧密集成
  • Pipeline：支持定义复杂的构建、测试和部署流程
  • Runner：支持多种类型的Runner，包括Shell、Docker、Kubernetes等
  • 缓存：支持缓存依赖，提高构建速度
  • 环境变量：支持设置环境变量
  • Artifact：支持存储构建产物
  • 并行执行：支持并行执行Job
  • 矩阵构建：支持矩阵构建，测试不同的环境

1.3 GitLab CI的优势

GitLab CI的优势：

  • 集成性：与GitLab代码仓库紧密集成，无需额外配置
  • 易用性：配置简单，使用YAML文件定义Pipeline
  • 灵活性：支持多种Runner类型，适应不同的构建环境
  • 可扩展性：支持分布式Runner，提高构建效率
  • 可视化：提供直观的Web界面，展示Pipeline执行状态
  • 安全性：与GitLab的安全功能集成，确保代码安全
风哥提示：GitLab CI是一个功能强大的CI/CD工具，与GitLab代码仓库紧密集成，建议根据项目的需求和规模选择合适的Runner配置。

Part02-生产环境规划与建议

2.1 GitLab CI架构设计

GitLab CI架构设计要点：

# 架构层次
– GitLab服务器：GitLab代码仓库和CI/CD配置管理
– GitLab Runner：执行CI/CD任务的代理
– Pipeline：定义构建、测试和部署流程
– 存储：存储构建产物和缓存

# 部署模式
– 单Runner部署：所有CI/CD任务由单个Runner执行
– 多Runner部署：CI/CD任务由多个Runner执行
– 分布式部署：Runner分布在不同的服务器上
– 容器化部署：在Docker容器中运行Runner

# 高可用性设计
– Runner冗余：部署多个Runner，实现高可用性
– 负载均衡：Runner自动负载均衡
– 数据备份：定期备份GitLab数据
– 灾难恢复：制定灾难恢复计划

2.2 GitLab CI组件选择

GitLab CI组件选择要点：

# 核心组件
– GitLab Server：GitLab代码仓库和CI/CD配置管理
– GitLab Runner：执行CI/CD任务的代理
– GitLab CI/CD Configuration：定义Pipeline的YAML文件

# Runner类型
– Shell Runner：在本地Shell中执行任务
– Docker Runner：在Docker容器中执行任务
– Kubernetes Runner：在Kubernetes集群中执行任务
– SSH Runner：通过SSH连接执行任务
– Custom Runner：自定义Runner

# 构建工具
– Maven：Java项目构建工具
– Gradle：Java项目构建工具
– Ant：Java项目构建工具
– npm：Node.js项目构建工具
– pip：Python项目构建工具

# 部署目标
– 本地服务器：部署到本地服务器
– 云服务器：部署到云服务器
– Kubernetes：部署到Kubernetes集群
– Docker：部署到Docker容器

2.3 GitLab CI最佳实践

GitLab CI最佳实践：

  • 合理规划Pipeline：根据项目的需求定义合理的Pipeline
  • 使用缓存：缓存依赖，提高构建速度
  • 使用Artifact：存储构建产物，方便后续部署
  • 使用环境变量：使用环境变量管理敏感信息
  • 并行执行：合理配置并行执行，提高构建效率
  • 使用模板：使用CI/CD模板，提高配置复用性
  • 监控Runner：监控Runner的运行状态，确保其稳定运行
生产环境建议：GitLab CI的部署需要考虑系统的规模和复杂度，建议选择合适的Runner类型，并根据实际情况进行配置和优化。学习交流加群风哥QQ113257174

Part03-生产环境项目实施方案

3.1 GitLab CI部署

3.1.1 部署GitLab

# 1. 安装依赖
dnf install -y curl policycoreutils-python-utils openssh-server perl

# 2. 配置防火墙
systemctl enable sshd
systemctl start sshd
firewall-cmd –permanent –add-service=http
firewall-cmd –permanent –add-service=https
firewall-cmd –reload

# 3. 安装PostgreSQL
dnf install -y postgresql-server postgresql-contrib
systemctl enable postgresql
systemctl start postgresql

# 4. 安装GitLab
curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh | bash
dnf install -y gitlab-ee

# 5. 配置GitLab
vim /etc/gitlab/gitlab.rb
# 配置external_url ‘http://gitlab.example.com’

# 6. 重新配置GitLab
gitlab-ctl reconfigure

# 7. 启动GitLab
gitlab-ctl start

# 8. 验证GitLab
curl http://localhost

3.1.2 部署GitLab Runner

# 1. 下载GitLab Runner
curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.rpm.sh | bash

# 2. 安装GitLab Runner
dnf install -y gitlab-runner

# 3. 注册GitLab Runner
gitlab-runner register
# 输入GitLab实例URL
# 输入注册令牌
# 输入Runner描述
# 输入Runner标签
# 选择Runner执行器（shell、docker等）

# 4. 启动GitLab Runner
systemctl enable gitlab-runner
systemctl start gitlab-runner

# 5. 验证GitLab Runner
gitlab-runner status

3.2 GitLab CI配置

3.2.1 配置GitLab CI Pipeline

# 1. 创建.gitlab-ci.yml文件
cat > .gitlab-ci.yml << 'EOF' image: maven:3.8-openjdk-11 stages: - build - test - deploy variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" cache: paths: - .m2/repository/ - target/ build: stage: build script: - mvn clean package artifacts: paths: - target/*.jar test: stage: test script: - mvn test deploy: stage: deploy script: - mvn deploy only: - master EOF # 2. 提交.gitlab-ci.yml文件 git add .gitlab-ci.yml git commit -m "Add GitLab CI configuration" git push # 3. 查看Pipeline执行状态 # 浏览器访问GitLab项目 > CI/CD > Pipelines

3.2.2 配置GitLab Runner

# 1. 查看Runner配置
vim /etc/gitlab-runner/config.toml

# 2. 编辑Runner配置
concurrent = 1
scheck_interval = 0

[[runners]]
name = “fgedu-runner”
url = “http://gitlab.example.com”
token = “runner-token”
executor = “shell”
[runners.custom_build_dir]
[runners.cache]
[runners.cache.s3]
[runners.cache.gcs]

# 3. 重启GitLab Runner
systemctl restart gitlab-runner

# 4. 验证Runner配置
gitlab-runner verify

3.3 GitLab CI集成

3.3.1 集成Docker

# 1. 配置Docker Runner
# 注册Runner时选择docker执行器
# 输入默认Docker镜像

# 2. 在.gitlab-ci.yml中使用Docker
image: maven:3.8-openjdk-11

stages:
– build
– test
– deploy

variables:
MAVEN_OPTS: “-Dmaven.repo.local=.m2/repository”

cache:
paths:
– .m2/repository/
– target/

build:
stage: build
script:
– mvn clean package
artifacts:
paths:
– target/*.jar

test:
stage: test
script:
– mvn test

deploy:
stage: deploy
script:
– mvn deploy
only:
– master

3.3.2 集成Kubernetes

# 1. 配置Kubernetes Runner
# 注册Runner时选择kubernetes执行器
# 输入Kubernetes集群信息

# 2. 在.gitlab-ci.yml中使用Kubernetes
image: maven:3.8-openjdk-11

stages:
– build
– test
– deploy

variables:
MAVEN_OPTS: “-Dmaven.repo.local=.m2/repository”

cache:
paths:
– .m2/repository/
– target/

build:
stage: build
script:
– mvn clean package
artifacts:
paths:
– target/*.jar

test:
stage: test
script:
– mvn test

deploy:
stage: deploy
script:
– mvn deploy
only:
– master

风哥提示：GitLab CI的集成需要考虑系统的复杂度和需求，建议根据实际情况选择合适的集成方案，并确保GitLab CI的稳定性和可靠性。更多学习教程公众号风哥教程itpux_com

Part04-生产案例与实战讲解

4.1 GitLab CI基础配置

某企业通过配置GitLab CI，实现了对Java项目的自动化构建和测试。

# 1. 部署架构
# 前端：GitLab Web界面
# 后端：GitLab服务器
# 构建节点：GitLab Runner

# 2. 实施步骤
# 步骤1：安装GitLab
# 步骤2：安装GitLab Runner
# 步骤3：注册GitLab Runner
# 步骤4：创建.gitlab-ci.yml文件
# 步骤5：提交.gitlab-ci.yml文件
# 步骤6：查看Pipeline执行状态
# 步骤7：测试与验证

# 3. 应用效果
# 实现了对Java项目的自动化构建
# 实现了对Java项目的自动化测试
# 提高了开发效率
# 提高了代码质量

# .gitlab-ci.yml文件
cat > .gitlab-ci.yml << 'EOF' image: maven:3.8-openjdk-11 stages: - build - test variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" cache: paths: - .m2/repository/ - target/ build: stage: build script: - mvn clean package artifacts: paths: - target/*.jar test: stage: test script: - mvn test EOF

4.2 GitLab CI Pipeline配置

某企业通过配置GitLab CI Pipeline，实现了对Java项目的自动化构建、测试和部署。

# 1. 部署架构
# 前端：GitLab Web界面
# 后端：GitLab服务器
# 构建节点：GitLab Runner
# 部署目标：Kubernetes集群

# 2. 实施步骤
# 步骤1：安装GitLab
# 步骤2：安装GitLab Runner
# 步骤3：注册GitLab Runner
# 步骤4：创建.gitlab-ci.yml文件
# 步骤5：提交.gitlab-ci.yml文件
# 步骤6：查看Pipeline执行状态
# 步骤7：测试与验证

# 3. 应用效果
# 实现了对Java项目的自动化构建
# 实现了对Java项目的自动化测试
# 实现了对Java项目的自动化部署
# 提高了开发效率
# 提高了代码质量

# .gitlab-ci.yml文件
cat > .gitlab-ci.yml << 'EOF' image: maven:3.8-openjdk-11 stages: - build - test - deploy variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" cache: paths: - .m2/repository/ - target/ build: stage: build script: - mvn clean package artifacts: paths: - target/*.jar test: stage: test script: - mvn test deploy: stage: deploy image: bitnami/kubectl:latest script: - kubectl apply -f deployment.yaml only: - master EOF # deployment.yaml文件 cat > deployment.yaml << 'EOF' apiVersion: apps/v1 kind: Deployment metadata: name: fgedu-app namespace: default spec: replicas: 1 selector: matchLabels: app: fgedu-app template: metadata: labels: app: fgedu-app spec: containers: - name: fgedu-app image: fgedu/fgedu-app:latest ports: - containerPort: 8080 --- apiVersion: v1 kind: Service metadata: name: fgedu-app namespace: default spec: selector: app: fgedu-app ports: - port: 80 targetPort: 8080 type: LoadBalancer EOF

4.3 GitLab CI与Kubernetes集成

某企业通过集成GitLab CI与Kubernetes，实现了对Java项目的自动化构建、测试和部署到Kubernetes集群。

# 1. 部署架构
# 前端：GitLab Web界面
# 后端：GitLab服务器
# 构建节点：GitLab Runner（Kubernetes执行器）
# 部署目标：Kubernetes集群

# 2. 实施步骤
# 步骤1：安装GitLab
# 步骤2：配置Kubernetes集群
# 步骤3：安装GitLab Runner（Kubernetes执行器）
# 步骤4：创建.gitlab-ci.yml文件
# 步骤5：提交.gitlab-ci.yml文件
# 步骤6：查看Pipeline执行状态
# 步骤7：测试与验证

# 3. 应用效果
# 实现了对Java项目的自动化构建
# 实现了对Java项目的自动化测试
# 实现了对Java项目的自动化部署到Kubernetes集群
# 提高了开发效率
# 提高了代码质量

# .gitlab-ci.yml文件
cat > .gitlab-ci.yml << 'EOF' image: maven:3.8-openjdk-11 stages: - build - test - deploy variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" K8S_NAMESPACE: "default" cache: paths: - .m2/repository/ - target/ build: stage: build script: - mvn clean package artifacts: paths: - target/*.jar test: stage: test script: - mvn test deploy: stage: deploy image: bitnami/kubectl:latest script: - kubectl apply -f deployment.yaml -n $K8S_NAMESPACE only: - master EOF # deployment.yaml文件 cat > deployment.yaml << 'EOF' apiVersion: apps/v1 kind: Deployment metadata: name: fgedu-app namespace: default spec: replicas: 1 selector: matchLabels: app: fgedu-app template: metadata: labels: app: fgedu-app spec: containers: - name: fgedu-app image: fgedu/fgedu-app:latest ports: - containerPort: 8080 --- apiVersion: v1 kind: Service metadata: name: fgedu-app namespace: default spec: selector: app: fgedu-app ports: - port: 80 targetPort: 8080 type: LoadBalancer EOF

生产环境建议：GitLab CI的部署需要考虑系统的规模和复杂度，建议根据实际情况选择合适的部署方案，并确保GitLab CI的稳定性和可靠性。from Linux:www.itpux.com

Part05-风哥经验总结与分享

5.1 GitLab CI使用经验

GitLab CI使用经验：

  • 合理规划Pipeline：根据项目的需求定义合理的Pipeline
  • 使用缓存：缓存依赖，提高构建速度
  • 使用Artifact：存储构建产物，方便后续部署
  • 使用环境变量：使用环境变量管理敏感信息
  • 并行执行：合理配置并行执行，提高构建效率
  • 使用模板：使用CI/CD模板，提高配置复用性
  • 监控Runner：监控Runner的运行状态，确保其稳定运行

5.2 GitLab CI故障排查

GitLab CI故障排查：

  • 检查Runner状态：使用gitlab-runner status命令检查Runner的状态
  • 检查Pipeline日志：查看Pipeline的执行日志，了解故障原因
  • 检查Runner配置：确保Runner的配置正确
  • 检查网络连接：确保Runner与GitLab服务器的网络连接正常
  • 检查资源使用：确保Runner的资源使用正常

5.3 GitLab CI的未来发展

GitLab CI的未来发展趋势：

  • 云原生：适应云原生环境的需求
  • Kubernetes深度集成：与Kubernetes深度集成，支持更复杂的部署场景
  • AI集成：利用AI技术提高CI/CD的智能化水平
  • Pipeline增强：增强Pipeline的功能和灵活性
  • 安全性：加强CI/CD的安全性
  • 可观测性：提高CI/CD的可观测性
风哥提示：GitLab CI是一个功能强大的CI/CD工具，与GitLab代码仓库紧密集成，建议关注GitLab CI的最新发展趋势，及时更新和优化GitLab CI配置，提高开发效率和代码质量。

持续改进：GitLab CI的使用是一个持续优化的过程，需要根据项目的变化和需求的变化不断调整和改进。建议建立GitLab CI评估机制，定期评估GitLab CI的使用效果，确保GitLab CI能够满足项目的需求。

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html

相关推荐

联系我们

在线咨询：点击这里给我发消息

微信号：itpux-com

工作日：9:30-18:30，节假日休息