ci/cd

NodeVerdict | 性能门禁：把追踪数据变成 CI 规则阅读时长：约 35 分钟前置知识：知道 CI/CD 构建大致是什么、会看 YAML 配置即可。本篇讲"性能测试如何作为质量关"。本篇目标：讲清楚一个优雅的复用——同一个追踪分析引擎，浏览器里当可视化工具，CI 里当性能门禁。你会理解规则如何用 YAML 描述、如何评估打分、如何退出非零让流水线失败。

空谷有来人

springcloud中配置ci/cd集成docker的配置文件这个没啥可说的，主要就是一些配置，不过为了方便同学们，还是放在这里，有需要的自取，当然有更好的建议，请同学们不吝赐教。

AI Native 下企业 CI/CD 最佳实践：AI 驱动的流水线设计与落地细节AI 增强的流水线每天要跑成百上千次，任何一次误判（该拦的没拦、不该拦的乱拦）都会被无限放大。更隐蔽的坑是「演示很美、生产崩盘」——POC 里模型在干净仓库上表现惊艳，一接进真实的巨型 monorepo、混乱的分支策略、半吊子的测试覆盖，立刻失灵。本篇聚焦工程落地：哪些能力值得先做、怎么做才稳、怎样用数据证明它真的有用。

龙智DevSecOps解决方案

CI/CD | AI Agent 自主配置 TeamCity 构建链实战：从文档读取到流水线跑通全过程当 AI Agent 的能力从“输出方案”跨越到“闭环执行”，CI/CD 配置的范式正迎来根本性转变。过去依赖开发者反复手动调试的反馈循环，正逐渐被 Agent 自主接管。

【CI/CD·Jenkins篇】多节点构建：Agent 配置与任务分发策略当团队规模扩大到几十个微服务、几十条流水线时，单个 Jenkins Agent 就成了瓶颈——构建排队、资源争抢、环境冲突。本篇讲清楚如何规划多节点构建集群，让构建任务高效分发到合适的 Agent 上。

GitLab CI/CD 自托管（EE 企业版）+ Kubernetes Runner 集群 + ArgoCD（GitOps 部署）一句话结论：用 GitLab CI 做"构建和测试"（CI），用 ArgoCD 做"部署到 3 万台服务器"（CD），两者通过容器镜像仓库联动。这是当前（2026 年）超大规模多语言环境下，在维护成本、新人友好度、自动化效率三者间平衡最优的架构。

【CI/CD·Jenkins篇】环境搭建：从零部署 Jenkins 主从架构本篇带你从零搭建一个生产可用的 Jenkins 主从架构。不是"装上就跑"的玩具版本，而是包含安全加固、多节点配置、Docker 集成的完整方案。跟着做下来，你就有了一个能支撑团队日常 CI/CD 的平台。

众人皆醒我独醉

KServe：Kubernetes 原生的模型推理平台——把 vLLM/TGI/Triton 变成 ServerlessLLM 推理服务系列 · 第 4 篇前三篇讲的 vLLM、TGI、Triton 都是"推理引擎"——负责把模型变成进程，处理请求。单机推理它们足够好。但当你需要服务几十个模型、上百个 GPU、多租户共享集群——你会撞上一堆平台层的问题：自动扩缩容、金丝雀发布、流量治理、配额管理、监控告警。

【CI/CD·Jenkins篇】Pipeline 基础：Declarative 与 Scripted 语法详解Jenkins Pipeline 是 Jenkins 的核心能力——用代码定义完整的交付流水线。Pipeline 有两种写法：Declarative（声明式）和 Scripted（脚本式）。本篇详解两种语法的区别、选择策略和编写技巧，让你能独立编写生产级流水线。

超爱西西鸭

鸿蒙企业级CI/CD高级工程化搭建：自动化构建流水线/多环境配置/自动化测试集成/签名打包发布掌握 Hvigor 命令行构建、搭建 Jenkins/GitLab CI 流水线、落地多环境配置与自动化测试、实现一键签名打包发布

ZeroNews内网穿透

无公网 IP 打通 CI/CD：内网穿透对接 GitHub Actions 自动部署内网服务企业把项目代码、CI 托管在【公有云 GitHub】与企业自建 Gitea 中，是很多团队的开发常态：代码在 GitHub 上，通过 workflows 连接内网数据库、或必须把 Webhook 打进内网中的 Jenkins、自建 Actions或内网部署服务器等完成自动构建与部署。

测试者家园

Harness由浅入深：CI/CD流水线里的质量门禁怎么设计做过几年持续交付的人大概都有过这样的经历：流水线跑了半天全绿，信心满满地点了发布，结果线上一上去就炸了。要么是某个边界用例没覆盖到，要么是第三方依赖出了安全漏洞，要么干脆就是配置项在生产环境和测试环境不一样。

Jenkins 修改 config.xml 后页面仍是旧配置：让 live job 配置真正生效维护 Jenkins 任务时，可能遇到这样的现象：通过 SSH 打开 job 目录，确认 config.xml 已加入新的构建命令，但刷新 /configure 页面后，看到的仍然是旧配置。

【CI/CD·入门篇】CI vs CD vs Continuous Deployment：三个层次的区别与联系很多人把 CI/CD 当成一个词来用，但实际上它是三个递进的层次。理解这三个层次的边界，决定了你团队自动化的成熟度。本篇用三个实际的流水线配置，让你直观感受从 CI 到 CD 到 Continuous Deployment 的演进。

当提交标题重复阻塞CI：Git分支修复实战在基于Gerrit + CI的研发流程中，提交标题的唯一性检查是保证提交历史整洁的重要手段。然而在实际开发中，我们偶尔会遇到这样一种棘手的情况：两个不同作者的提交，拥有完全相同的提交标题，且各自独立通过了Verify CI并成功合入目标分支。当这种情况发生时，后续所有新增的提交都会因为提交标题重复而触发CI的-2失败，整个研发流程被彻底阻塞。

【CI/CD·入门篇】CI/CD到底是什么：从手动部署到一键上线的演进之路如果你经历过这样的场景——开发人员写完代码，用 FTP 把文件传到服务器上，手动重启应用，然后在浏览器里刷新看看有没有跑起来——你就会理解 CI/CD 出现的意义。这篇文章带你从零开始理解 CI/CD 的本质，以及它如何从一次次深夜上线的痛苦中诞生。

GitHub Actions 实战：把测试、密钥扫描与 Docker 镜像检查接入 CIOK，OK，大家好，欢迎大家来到大鹏 AI 教育，我是张大鹏。很多项目已经有 GitHub Actions，但真正能称为“安全 CI”的并不多。最常见的情况是：测试失败了还能合并，密钥扫描只是输出一段日志，Docker 镜像发现高危漏洞后流水线依然显示绿色。

《持续交付2.0系列九》从手动到自动之持续集成适合谁：开发工程师、技术负责人、持续集成实践者读完能拿到：一套持续集成的完整实践框架，掌握六步提交法的纪律要求，理解速度与质量的权衡原则，以及持续优化的方法论

软件发布文化：CI/CD、合并队列与金丝雀发布实践在现代软件研发中，发布速度、发布质量和开发者体验，直接影响团队的工程效率。本文以一家海外电商平台公司的软件发布文化为例，介绍其如何通过 CI/CD、合并队列、金丝雀发布和自动化部署，帮助开发者更安全、更高效地将代码发布到生产环境。

海带紫菜菠萝汤

CI/CD集成文档翻译：自动化多语言发布流水线实践本文讨论的是"如何在持续交付流程中把文档翻译自动化接进来"，而不是评价某个翻译服务是否值得买。不同团队的文档规模、更新频率、语种数量差异很大，没有一种流水线模板能直接套用。我会先给出一个可落地的最小可行流水线，再说明它的适用边界、常见的失败条件，以及扩展时需要注意的系统限制。