🚀
ArgoCD 部署与 CI/CD 改造
把 Jenkins 从「既构建又部署」拆成「只做 CI」，部署交给 Argo CD。含版本选型论证、国内镜像全链路、GitOps 仓库构建、灰度切换 8 步表与回滚预案。
阅读全文
主题
pangle 技术文档从 GitOps 到渐进式交付
ArgoCD 改造方案 · 客户端/服务端类软件的 CI/CD 发布 —— 全部基于真机勘察与实测
Skip to content
这两份文档是什么
它们不是「通用教程」，而是针对一套真实环境的工程方案 + 学习笔记。写作过程是：
- 只读勘察目标服务器（不打任何变更），把「当前真实跑着什么」钉死；
- 基于勘察结果做选型论证（比如为什么 k8s v1.28 只能用 Argo CD 2.14.x、只能用 Argo Rollouts v1.7.2）；
- 所有涉及下载的镜像与工具，逐个实测国内镜像地址，把可用的和不可用的都写出来；
- 需要动手的部分，全部拆成单条命令 + 逐条解释，方便自行实验。
勘察环境：
106.75.30.92（Jenkins + k8s 控制平面，Rocky Linux 9.2，2 核 / 7.5G） 中间件与 Harbor：106.75.29.47（MySQL / Redis / Nacos / Harbor）
两条阅读路线
如果你要改造现有的 Jenkins + K8s 环境
走 ArgoCD 改造方案。它假设你已经跑着若依微服务，目标是引入 GitOps 而不影响现网。重点看第 3 章（版本选型）和第 8 章（灰度切换 8 步表），这两章决定了你能不能安全落地。
如果你想理解「非网页类软件」怎么发布
走 客户端 / 服务端发布。先读第 1 章术语（40+ 个名词），再读第 3 章（为什么网页那套不能照搬）和第 7 章（四种发布状态的逐条验证）。想动手就跳到第 8、9 章。
动手前请先确认一件事
两份文档涉及的变更操作（安装组件、改配置、启服务）都已经写清楚但尚未执行。目标机器资源很紧（2 核、无 Swap、tailscaled 常驻吃 28% CPU），动手前先跑一遍文档里的环境自检命令。