基于 Docker 的 CI/CD 方案

下面按免费 / 轻量 / 企业级 分类,整理目前最主流、基于 Docker 的 CI/CD 方案,全部能覆盖:开发(Win11)→ 测试(WSL/Ubuntu)→ 生产(Ubuntu) 全流程。

一、轻量免费方案(个人 / 小团队首选)

1. Gitea + Drone / Woodpecker CI

  • 特点:代码仓库 + CI/CD 一体化,全 Docker 部署
  • 适用:本地私有化、不想上云、机器配置一般
  • 流程:
    1. 开发机 Win11 跑 Gitea + CI Server
    2. 测试机 WSL/Ubuntu 跑 Runner
    3. 生产 Ubuntu 跑 Runner 或 SSH 部署
  • 优点:极轻量、配置简单、全免费
  • 缺点:功能不如 GitLab/GitHub 全面

2. GitHub Actions(云端免费)

  • 特点:不用自己搭服务,直接用 GitHub
  • 适用:代码放 GitHub、希望省事
  • 流程:
    1. 本地开发提交代码 → GitHub 自动构建镜像
    2. 推送镜像到 Docker Hub
    3. 测试 / 生产服务器通过 SSH 或 webhook 拉取更新
  • 优点:零维护、免费额度够用
  • 缺点:代码必须上云、网络依赖 GitHub

3. Azure DevOps Pipelines / GitLab CI(免费版)

  • 云端 CI,支持 Docker,免费额度足够个人 / 小团队使用
  • 可跨 Windows、Linux 环境执行任务

二、中量级自建方案(公司 / 团队常用)

4. GitLab CE(社区版完全免费)

  • 特点:代码管理 + CI/CD + 容器仓库 + 项目管理一站式
  • 适用:需要私有化、多人协作、标准化流程
  • 流程:
    • Win11 Docker 跑 GitLab
    • 开发机、测试机、生产机分别注册 GitLab Runner
    • 一条 .gitlab-ci.yml 完成:构建镜像 → 测试 → 推仓库 → 部署生产
  • 优点:功能极强、生态成熟、Docker 原生
  • 缺点:稍重,内存建议 ≥4GB

5. Jenkins + Docker

  • 特点:老牌经典、插件极多、几乎万能
  • 适用:老项目、复杂定制化流程
  • 流程:
    • Jenkins 跑在 Win11 或 Ubuntu
    • 用 Docker 代理执行构建、测试
    • 通过 SSH / 脚本发布到测试、生产
  • 优点:极度灵活
  • 缺点:配置繁琐、插件多易乱、维护成本高

三、企业级云原生方案(中大型项目)

6. GitLab EE / GitHub Enterprise

付费版,自带高级 CI/CD、安全扫描、多环境部署策略。

7. ArgoCD + Tekton / GitLab CI + Kubernetes

  • 云原生标准路线:
    • Tekton/GitLab CI:构建 Docker 镜像
    • ArgoCD:基于 Git 自动部署到 K8s 生产环境
  • 适合:生产用 Kubernetes 的场景

8. Azure DevOps / Jenkins X / CircleCI

企业级托管或自建,支持多环境灰度、蓝绿发布。


四、按你的环境(Win11 + WSL + Ubuntu 生产)推荐组合

最实用组合一览

  1. **最简单省心(推荐)**GitHub + GitHub Actions + Docker Hub + 测试 / 生产 SSH 部署→ 全程免费,不用自己搭服务

  2. **本地私有化(无外网、保密优先)**Gitea + Drone CI→ 开发 Win11 起服务,测试 / 生产各跑一个 agent

  3. **功能最完整(一步到位)**GitLab CE(Docker 运行)→ 自带镜像仓库、CI/CD、权限管理,一条龙

  4. 传统稳定方案Jenkins + Docker→ 适合复杂脚本、老项目迁移


五、通用标准 CI/CD 流程(所有方案都通用)

  1. 开发环境(Win11 + Docker Desktop)
    • 编写代码 → 提交代码 → 触发 CI
  2. 构建阶段
    • 拉取代码 → 打包 → 构建 Docker 镜像
  3. 测试阶段(WSL Ubuntu)
    • 运行单元测试 / 接口测试 / 容器测试
  4. 分发阶段
    • 推送镜像到私有仓库(GitLab/Gitea/Docker Hub)
  5. 生产部署(Ubuntu Server)
    • 拉取最新镜像 → 停止旧容器 → 启动新容器 → 完成发布
相关推荐
huameinan狮子16 小时前
微服务化的基石——持续集成
大数据·ci/cd·微服务
大模型丫丫16 小时前
Spring Boot 入门指南:从零开始构建微服务
spring boot·微服务·firefox
snow@li19 小时前
命名规范:企业级微服务模块前缀命名规范全景梳理
微服务·云原生·架构
beibeix20151 天前
MITK中微服务三套注册表数据结构分析
微服务·mitk
Wang's Blog1 天前
Go-Zero项目开发34: 微服务超时控制与重试机制实践
开发语言·微服务·golang·go-zero
X-⃢_⃢-X2 天前
四、OpenFeign远程调用
java·微服务·springboot·springcloud
beibeix20152 天前
MITK中两种微服务的三层架构实现对比
微服务·mitk
在水一缸2 天前
深入浅出:Node.js 下一代 ORM 架构设计与实战解析
数据库·微服务·云原生·node.js·orm·架构设计
Wang's Blog2 天前
Go-Zero项目开发30: 微服务配置中心的设计与实现
开发语言·微服务·golang·go-zero
小罗水2 天前
第3章 从单体项目到 Spring Cloud 微服务
spring·spring cloud·微服务