基于 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)
    • 拉取最新镜像 → 停止旧容器 → 启动新容器 → 完成发布
相关推荐
雨辰AI1 天前
SpringBoot3 + 人大金仓 V9 微服务监控实战|Prometheus+Grafana+SkyWalking 全链路监控
数据库·后端·微服务·grafana·prometheus·skywalking
中冕—霍格沃兹软件开发测试1 天前
区块链交易最终一致性测试的核心挑战与实践框架
微服务·架构·单元测试·区块链·集成测试·旅游
菜鸟的日志1 天前
【软件架构风格】面向服务架构(SOA)及其微服务演进
微服务·云原生·架构
亚历克斯神1 天前
Java 开发者 2026 成长路线图:从初级到架构师
java·spring·微服务
亚历克斯神1 天前
Java 代码质量保障:静态分析与代码审查实践
java·spring·微服务
twc8291 天前
【无标题】
软件测试·微服务·链路追踪
番茄去哪了1 天前
单体转微服务:正确的拆分思路与实战原则(上)
java·微服务·架构
rKWP8gKv72 天前
Java微服务性能监控:Prometheus与Grafana集成方案
java·微服务·prometheus
aXin_ya2 天前
微服务第八天 Sentinel 四种分布式事务模式
java·数据库·微服务