CI/CD on Zayn's Blog

3 行 YAML 接入生产级 GitLab CI/CD：gitlab-ci-templates 实战

yangzun@treesir.pub (Zayn) — Tue, 24 Mar 2026 23:45:00 +0800

来源声明：本文基于开源仓库 cdryzun/gitlab-ci-templates 的 README、目录结构与公开文档整理，重点提炼可直接落地的工程实践。

很多团队在 GitLab CI/CD 上都踩过同一个坑：

每个仓库维护一份独立流水线，重复劳动严重；
语言一多（Java / Node.js / Python / Go），规则开始分裂；
扫描、部署、回滚策略缺少统一治理。

这篇文章的核心目标很明确：用一套可复用模板，把“能跑”升级成“可持续维护”。

一、3 行接入：把流水线从“项目资产”变成“平台能力”
#

最小接入：

每日技术实践简报 - 2026-03-23

yangzun@treesir.pub (Zayn) — Mon, 23 Mar 2026 23:00:00 +0800

今天的技术工作比较像一次集中收口：一边把几类工程软件的虚拟化路线梳理清楚，一边继续留意自动化链路的稳定性问题，同时也顺手整理了几条对 AI 工具落地很有用的判断。

解决的问题
#

软件虚拟化路线终于从“都研究一下”变成“按场景拆分”：针对不同软件的图形负载和授权约束，今天把结论明确下来。轻量 2D 场景可以优先考虑 RDS 或普通 VDI，重图形建模场景则必须走带 GPU 的 VDI 或远程工作站，避免一开始就把所有软件硬塞进同一套方案里。
EDA 工具的可虚拟化判断更务实了：从技术上看并不是不能跑，而是不能只看“能启动”。授权、图形性能和稳定性验证要先做小范围 PoC，再决定是否上线，不然前期省下来的部署时间，后面会在故障和兼容性上全部还回去。
CI 失败不再当成偶发噪音处理：今天把多仓库持续出现的 lint、测试和数据同步失败看成系统性问题，而不是零散报警。这个视角调整很重要，因为只要把它当成“偶尔红一下”，流水线就会长期处在不可依赖的状态。

学到的新东西
#

虚拟化不是统一平台问题，本质上是工作负载分层问题：同样叫“设计软件”，2D 制图、3D 建模、EDA 仿真对资源的要求完全不是一个量级。与其追求一套方案覆盖全部，不如先按图形强度和授权风险分层，再匹配 RDS、VDI 或远程工作站。
轻量自动化工具已经进入“随手可做”的阶段：今天再次验证了一个趋势——很多运营辅助、校验类、解析类小工具，已经可以用 AI 代码助手在很短时间内做出可执行版本。真正稀缺的不是写代码本身，而是能否把需求边界说清楚。
AI 治理开始从“能不能用”转向“能不能被信任”：对于企业场景来说，后续评估 AI 系统时，身份说明、审计轨迹和责任边界会越来越重要。只有结果，没有可追溯过程的系统，后面会越来越难进入关键流程。

踩坑记录
#

想用共享 RDS 一次性兜住所有工程软件，这条路看起来省事，实际风险很高：一旦把高图形负载和轻量办公型场景混在一起，性能、体验和授权都会互相拖累。
CI 重复失败最怕“看见了，但没升级处理级别”：如果同类错误连续出现，还只是逐次修补单个 job，团队会慢慢失去对流水线结果的信任，后续问题定位成本会越来越高。
低成本维护项最容易被拖延：像版本巡检这种投入不大但能提前发现兼容性问题的任务，如果长期没人接，就会在真正出故障时放大代价。

明日计划
#

把软件虚拟化结论整理成更清晰的选型文档，便于后续验证和落地。
针对近期反复失败的 CI 链路做一次集中排查，优先看 lint 规则、测试稳定性和依赖一致性。
补上自动化工具和关键依赖的版本巡检，避免小问题积累成兼容性故障。

每日技术实践简报 - 2026-03-22

yangzun@treesir.pub (Zayn) — Sun, 22 Mar 2026 23:00:00 +0800

今天的工作重心比较集中，基本都围绕内部平台迭代、AI 能力验证和汇报方式收口这三件事展开。比起堆更多功能，今天更像是在做“把事情做稳、把表达讲清”的整理工作。

解决的问题
#

内部平台迭代开始进入可用性收口阶段：这次重点不只是补功能，而是把代码仓库整理、稳定性修复和大文件上传验证一起补齐。这样做的好处很直接，后面继续加功能时，不会反复被基础问题拖住。
AI 评审服务正式落到业务链路里：今天把评审系统 V2 和 AI 评审服务继续往前推进，同时联动调试了 CI/CD 流水线调度器。相比单点试验，这一步更像是把能力真正接到可运行流程里。

学到的新东西
#

模型验证不能只看参数，要看落地效果：今天对几组模型和方案做了对比，结论不是谁规格更高谁就一定更合适，而是谁在当前任务里输出更稳定、结果更像可交付内容。
技术汇报按业务结果分组，比按模块罗列更清楚：把内容从“做了哪些技术项”改成“稳定性、能力建设、验证结果、问题处理”这类结构后，整体可读性明显更好，也更方便别人快速抓重点。

踩坑记录
#

很多技术内容本身没问题，问题出在表达方式太像模板：如果汇报里全是“优化、提升、赋能”这类词，读起来很顺，但信息密度其实不高。今天比较明确的一点是，汇报更适合直接写动作、结果和当前状态。
验证链路如果没有和真实流程一起调，结论很容易偏乐观：单独测试能跑通，不等于接进平台后也稳定。今天继续调度器和评审链路时，这个感受更明显。

明日计划
#

继续把内部平台剩余的稳定性问题收口，避免后续功能迭代反复返工。
继续完善 AI 评审链路和调度器联动，优先解决真实流程里的边界问题。
继续优化技术汇报结构，尽量让输出更自然、更具体，少一点空话。

Claude Code + GitLab pr-agent：AI 驱动的持续迭代开发实践

yangzun@treesir.pub (Zayn) — Mon, 16 Mar 2026 13:00:00 +0800

32 个 MR 的真实案例，展示 Claude Code + GitLab CI + pr-agent 三位一体的 AI 驱动持续迭代开发工作流。

从 60 分到 95 分：Hugo Blowfish 博客的极致优化之路

yangzun@treesir.pub (Zayn) — Mon, 16 Mar 2026 12:00:00 +0800

20+ 项优化、16 个 MR、涵盖 SEO 修复、布局重构、苹果代码框、封面图自动化和 SSH 远程部署的完整博客优化复盘。

在 Kubernetes 中使用 localPv 部署 Gitlab

yangzun@treesir.pub (Zayn) — Tue, 01 Jun 2021 10:13:29 +0800

环境说明
#

Kubernetes Version: v1.20.4
Postgres Version: 12.7
Redis Version: 5.0.9

因在官方提供的 gitlab-ce 镜像中，内置了 Postgres & Redis 的安装，在实际生产使用过程中，想让其连接使用外部统一的服务进行使用，来合理统一的管理，并有效降低对应资源使用率，这里使用 dokcer 非官方镜像: sameersbn/gitlab:13.12.1 进行使用

Maven ReleasePlugin 的使用记录

yangzun@treesir.pub (Zayn) — Sun, 16 May 2021 17:52:05 +0800

`maven` settings.xml 配置使用展示
#

 <?xml version="1.0" encoding="UTF-8"?>
 <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
 <!-- localRepository
 | The path to the local repository maven will use to store artifacts.
 |
 | Default: ${user.home}/.m2/repository
 <localRepository>/path/to/local/repo</localRepository>
 -->
 <pluginGroups>
 <!-- pluginGroup
 | Specifies a further group identifier to use for plugin lookup.
 <pluginGroup>com.your.plugins</pluginGroup>
 -->
 </pluginGroups>

 <!-- proxies
 | This is a list of proxies which can be used on this machine to connect to the network.
 | Unless otherwise specified (by system property or command-line switch), the first proxy
 | specification in this list marked as active will be used.
 |-->
 <proxies>
 </proxies>

 <servers>
 <server>
 <id>user-snapshot</id>
 <username>yangzun</username>
 <password>12345678</password>
 </server>

 <server>
 <id>user-release</id>
 <username>yangzun</username>
 <password>12345678</password>
 </server>
 </servers>

 <mirrors>
 <mirror>
 <id>user-snapshot</id>
 <mirrorOf>*</mirrorOf>
 <url>http://mirror.treesir.pub/repository/maven-hub</url>
 </mirror>
 <mirror>
 <id>user-release</id>
 <mirrorOf>*</mirrorOf>
 <url>http://mirror.treesir.pub/repository/maven-hub</url>
 </mirror>
 </mirrors>

 <profiles>

 <profile>
 <id>nexus</id>
 <repositories>
 <repository>
 <id>central</id>
 <name>_nexus</name>
 <url>http://mirror.treesir.pub/repository/maven-hub/</url>
 <releases><enabled>true</enabled></releases>
 <snapshots><enabled>true</enabled></snapshots>
 </repository>
 </repositories>
 <pluginRepositories>
 <pluginRepository>
 <id>central</id>
 <name>_nexus</name>
 <url>http://mirror.treesir.pub/repository/maven-hub/</url>
 <releases><enabled>true</enabled></releases>
 <snapshots><enabled>true</enabled></snapshots>
 </pluginRepository>
 </pluginRepositories>
 </profile>

 </profiles>

 <activeProfiles>
 <activeProfile>nexus</activeProfile>
 </activeProfiles>
 </settings>

插件打包的使用记录说明
#

maven plugin 在打包过程中，是会基于当前分支，创建一个分支进行打包，并会将创建的分支 push 至远端。与项目的分支管理模式有所冲突，并不想push 至远端的话

企业级 GitLab 平台部署与运维完整指南

yangzun@treesir.pub (Zayn) — Thu, 04 Mar 2021 16:31:06 +0800

GitLab 平台简介
#

什么是 GitLab
#

GitLab 是一个基于 Web 的 DevOps 生命周期工具，提供了 Git 仓库管理、代码审查、问题跟踪、CI/CD 流水线和 Wiki 等功能。作为一个完整的 DevOps 平台，GitLab 帮助团队协作开发、测试和部署应用程序。

Python DevOps 完整实战指南

yangzun@treesir.pub (Zayn) — Thu, 05 Oct 2023 20:40:24 +0800

Python 在 DevOps 领域扮演着重要角色，其简洁的语法、丰富的生态系统和强大的自动化能力使其成为运维自动化的首选语言。本指南将从 DevOps 理念开始，逐步深入到 Python 在各个 DevOps 场景中的实际应用，帮助您构建高效的自动化运维体系。

图：《Python for DevOps: Learn Ruthlessly Effective Automation》

DevOps 理念与文化
#

什么是 DevOps
#

DevOps 是一种文化、实践和工具的组合，旨在提高组织快速交付应用程序和服务的能力。它强调开发（Development）和运维（Operations）团队之间的协作与沟通。

SlimToolkit 与 GitLab CI/CD 集成实践

yangzun@treesir.pub (Zayn) — Thu, 05 Oct 2023 16:53:53 +0800

工具介绍
#

SlimToolkit 概述
#

SlimToolkit（原名 DockerSlim）是一个强大的开源工具，专门用于优化 Docker 容器镜像的大小、启动速度和安全性。

使用 Kaniko 在 Kubernetes 中构建 Docker 镜像

yangzun@treesir.pub (Zayn) — Tue, 15 Jun 2021 10:02:48 +0800

在 Kubernetes 环境中构建 Docker 镜像一直是一个挑战，传统的 Docker-in-Docker 方案存在安全风险和复杂性问题。Kaniko 作为 Google 开源的容器镜像构建工具，提供了一个安全、高效的解决方案。

什么是 Kaniko
#

Kaniko 是由 Google 开发的开源工具，专门用于在容器或 Kubernetes 集群内构建容器镜像。它的核心优势包括：

使用 Helm 部署 Spinnaker 持续部署(CD)平台

yangzun@treesir.pub (Zayn) — Mon, 24 May 2021 16:33:49 +0800

环境说明
#

Kubernetes Version: v1.17.9
操作系统: CentOS 7.8.2003
Helm Version: v3.2.1
Spinnaker Version: 1.26.3

spinnaker 版本说明

spinnaker 组件说明
#

Deck：前端web页面端口9000

企业级 Jenkins CI/CD 平台部署与配置完整指南

yangzun@treesir.pub (Zayn) — Tue, 02 Mar 2021 19:31:09 +0800

Jenkins 平台简介
#

什么是 Jenkins
#

Jenkins 是世界领先的开源自动化服务器，由 Kohsuke Kawaguchi 于 2004 年创建。作为 DevOps 工具链的核心组件，Jenkins 为软件开发生命周期提供了强大的自动化能力。

CI/CD on Zayn's Blog

3 行 YAML 接入生产级 GitLab CI/CD：gitlab-ci-templates 实战

一、3 行接入：把流水线从“项目资产”变成“平台能力”
#

每日技术实践简报 - 2026-03-23

解决的问题
#

学到的新东西
#

踩坑记录
#

明日计划
#

每日技术实践简报 - 2026-03-22

解决的问题
#

学到的新东西
#

踩坑记录
#

明日计划
#

Claude Code + GitLab pr-agent：AI 驱动的持续迭代开发实践

从 60 分到 95 分：Hugo Blowfish 博客的极致优化之路

在 Kubernetes 中使用 localPv 部署 Gitlab

环境说明
#

Maven ReleasePlugin 的使用记录

`maven` settings.xml 配置使用展示
#

插件打包的使用记录说明
#

企业级 GitLab 平台部署与运维完整指南

推荐阅读
#

GitLab 平台简介
#

什么是 GitLab
#

Python DevOps 完整实战指南

DevOps 理念与文化
#

什么是 DevOps
#

SlimToolkit 与 GitLab CI/CD 集成实践

工具介绍
#

SlimToolkit 概述
#

使用 Kaniko 在 Kubernetes 中构建 Docker 镜像

什么是 Kaniko
#

使用 Helm 部署 Spinnaker 持续部署(CD)平台

环境说明
#

spinnaker 组件说明
#

企业级 Jenkins CI/CD 平台部署与配置完整指南

推荐阅读
#

Jenkins 平台简介
#

什么是 Jenkins
#

CI/CD on Zayn's Blog

3 行 YAML 接入生产级 GitLab CI/CD：gitlab-ci-templates 实战

一、3 行接入：把流水线从“项目资产”变成“平台能力” #

每日技术实践简报 - 2026-03-23

解决的问题 #

学到的新东西 #

踩坑记录 #

明日计划 #

每日技术实践简报 - 2026-03-22

解决的问题 #

学到的新东西 #

踩坑记录 #

明日计划 #

Claude Code + GitLab pr-agent：AI 驱动的持续迭代开发实践

从 60 分到 95 分：Hugo Blowfish 博客的极致优化之路

在 Kubernetes 中使用 localPv 部署 Gitlab

环境说明 #

Maven ReleasePlugin 的使用记录

maven settings.xml 配置使用展示 #

插件打包的使用记录说明 #

企业级 GitLab 平台部署与运维完整指南

推荐阅读 #

GitLab 平台简介 #

什么是 GitLab #

Python DevOps 完整实战指南

DevOps 理念与文化 #

什么是 DevOps #

SlimToolkit 与 GitLab CI/CD 集成实践

工具介绍 #

SlimToolkit 概述 #

使用 Kaniko 在 Kubernetes 中构建 Docker 镜像

什么是 Kaniko #

使用 Helm 部署 Spinnaker 持续部署(CD)平台

环境说明 #

spinnaker 组件说明 #

企业级 Jenkins CI/CD 平台部署与配置完整指南

推荐阅读 #

Jenkins 平台简介 #

什么是 Jenkins #

一、3 行接入：把流水线从“项目资产”变成“平台能力”
#

解决的问题
#

学到的新东西
#

踩坑记录
#

明日计划
#

解决的问题
#

学到的新东西
#

踩坑记录
#

明日计划
#

环境说明
#

`maven` settings.xml 配置使用展示
#

插件打包的使用记录说明
#

推荐阅读
#

GitLab 平台简介
#

什么是 GitLab
#

DevOps 理念与文化
#

什么是 DevOps
#

工具介绍
#

SlimToolkit 概述
#

什么是 Kaniko
#

环境说明
#

spinnaker 组件说明
#

推荐阅读
#

Jenkins 平台简介
#

什么是 Jenkins
#