Docker CI/CD 实战：从 Git Push 到 Build、Push、Deploy

Sat, 11 May 2024 00:00:00 +0000

Docker CI/CD 要解决什么问题

前面的 Docker 系列已经介绍了 Dockerfile、Docker Compose、镜像构建、镜像 Push 以及 Harbor 私有镜像仓库。

如果每次发布都手动执行：

git pull

docker build -t registry.example.com/backend/api:v1.0.0 .

docker push registry.example.com/backend/api:v1.0.0

ssh server

docker pull registry.example.com/backend/api:v1.0.0

docker compose up -d

项目规模较小时问题不大，但随着服务数量增加，手工发布会逐渐暴露出几个问题：

容易漏执行步骤。
镜像 Tag 容易写错。
测试和生产环境操作不一致。
发布过程缺少统一记录。
无法方便地回滚。
开发人员需要直接登录生产服务器。
发布效率随着项目数量增加而下降。

CI/CD 的核心目标，就是把这些重复操作交给自动化系统完成。

一个典型的 Docker CI/CD 流程如下：

Git Push
 │
 ▼
CI Pipeline
 │
 ├── Checkout
 ├── Test
 ├── Build Image
 ├── Tag Image
 └── Push Image
 │
 ▼
 Harbor
 │
 ▼
 Deploy
 │
 ▼
 Production

最终开发人员只需要：

自动部署 on Leanku 的博客

Docker CI/CD 实战：从 Git Push 到 Build、Push、Deploy

Docker CI/CD 要解决什么问题