Argo CD在2026年8月4日发布v3.5.0（GA）之后，于8月末发布补丁版本v3.5.2，围绕GitOps交付链路的稳定性做进一步修复。作为CNCF毕业项目与Kubernetes生态最流行的持续交付工具之一，v3.5系列把供应链安全与源码完整性作为主线，为DevOps与平台工程团队提供了更可治理的CI/CD交付底座。本文从DevOps与平台工程视角解读。
v3.5系列：供应链安全成为主线
Argo CD v3.5.0的核心变化集中在供应链安全：内部组件新增mTLS双向加密（如repo-server的mTLS支持），并用Source Integrity源码完整性校验取代原有GnuPG签名校验——运维人员可通过sourceIntegrity.required: true或CLI标志要求Git源在同步前具备有效签名，从而防范供应链投毒。这些能力被InfoQ等媒体评价为“Argo CD 3.5强化供应链安全”的代表更新。
ApplicationSet原生UI与Source Hydrator转Beta
v3.5还带来了应用集（ApplicationSet）的原生管理界面，开发者在UI中即可管理应用集相关资源；同时impersonation与Source Hydrator两项特性从Alpha转正为Beta，前者用于按身份代理执行，后者用于按需加载清单，降低大规模集群下配置库的加载压力。加上syncOverrun同步超时控制、Git标签路径前缀与GHCR Webhook等能力，v3.5在规模化多租户场景下的可运维性明显增强。
v3.5.2补丁：应用控制器稳定性修复
v3.5.2于2026年8月末发布（构建时间约为8月27日），主要围绕补丁级修复：修复应用控制器（Application Controller）相关稳定性问题，并合入“revision变更时清理仓库缓存”等修复，避免源版本切换后出现陈旧缓存导致的同步异常。对生产环境，这类补丁版本建议在升级窗口内尽早验证后统一跟进。
对DevOps与平台工程团队的启示
对DevOps与平台工程团队，Argo CD v3.5系列的更新提供了三条实践线索：其一，把供应链安全内建到GitOps交付链路（签名校验、mTLS），而不是依赖外围扫描；其二，通过ApplicationSet UI与Source Hydrator降低大规模多应用管理的复杂度；其三，建立“跟随补丁版本”的节奏，及时吸收应用控制器等核心组件的稳定性修复。升级前请查阅官方v3.4到v3.5升级说明，尤其是GnuPG到Source Integrity的迁移路径。
小结
Argo CD v3.5.2在v3.5.0的供应链安全主线之上继续夯实稳定性，是2026年8月末DevOps与GitOps领域值得关注的发布。对使用Argo CD作为持续交付核心的团队，建议结合官方发布说明规划升级与迁移。