基于 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)
    • 拉取最新镜像 → 停止旧容器 → 启动新容器 → 完成发布
相关推荐
无序的浪3 小时前
测试博客-基于微服务的在线判题系统
java·spring cloud·docker·微服务·测试·在线判题
天远Date Lab4 小时前
微服务架构实战:基于天远学历信息高级版构建自动化人才准入网关
人工智能·微服务·架构·自动化
troy1286 小时前
Java 技术栈全景指南:从基础到微服务的完整知识体系
java·开发语言·微服务
阿狗童鞋9 小时前
SpringBoot微服务实战指南
spring boot·后端·微服务
今年下半年14 小时前
记录一次IBMS物联网项目的架构设计及技术栈应用
物联网·websocket·网络协议·tcp/ip·微服务·udp·kafka
ChaITSimpleLove7 天前
云原生性能对决:JDK21虚拟线程+GraalVM vs .NET10/11 技术栈深度对比
微服务·云原生·serverless·graalvm native·native aot·runtime async·.net11/java21
EatFan7 天前
gRPC 为什么比 HTTP+JSON 快?详细讲解gRPC
后端·微服务·grpc
辛迪聊物业数字化8 天前
智慧物业管理平台架构实践:从SaaS物业云到商管系统的全模块落地
大数据·微服务·php
叶总没有会8 天前
Nacos—注册中心
spring cloud·微服务
天天喝旺仔9 天前
分布式服务容错实战:用 Sentinel 实现限流、熔断与降级
分布式·微服务·云原生·sentinel