[分享创造] 做了个 Mac 小工具，合 MR 之前就能看出 GitLab pipeline 会不会出问题
做了个 Mac 小工具 Pipeline Lens ，在本地模拟 GitLab CI pipeline 。 项目稍微大一点，.gitlab-ci.yml 就会拆成一堆 include ，再加上 rules 、needs 、extends 、!reference ，改 CI 配置的时候心里很没底。MR 自己的 pipeline 推上去跑一遍就知道了，问题是它只验证 MR 自己：合进去之后 main 、release 分支、tag 上的 pipeline 会变成什么样，合之前谁也不知道。 比如给 build-api 加了个 changes: [api/**/*] ，想省点 CI 时间。MR 全绿，合进去之后 release 分支上 deploy-production 还 needs 它，GitLab 直接不给建 pipeline ，发版那天才发现。 Pipeline Lens 会把 include （本地、跨项目、通配符）都拉下来合并，然后模拟任意分支、tag 或 MR 的 pipeline：会跑哪些 job 、每个 job 是哪条 rule 决定的、没跑的为啥没跑（连用到的变量值都列出来
阅读原始来源![原始网页截图: [分享创造] 做了个 Mac 小工具，合 MR 之前就能看出 GitLab pipeline 会不会出问题](/media/ff0f6410b6ec34b762212b22?v=2026-11-12T12%3A45%3A32.962Z)
来源记录
研究分析
变化记录
来源描述：做了个 Mac 小工具 Pipeline Lens ，在本地模拟 GitLab CI pipeline 。 项目稍微大一点，.gitlab-ci.yml 就会拆成一堆 include ，再加上 rules 、needs 、extends 、!reference ，改 CI 配置的时候心里很没底。MR 自己的 pipeline 推上去跑一遍就知道了，问题是它只验证 MR 自己：合进去之后 main 、release 分支、tag 上的 pipeline 会变成什么样，合之前谁也不知道。 比如给 build-api 加了个 changes: [api/**/*] ，想省点 CI 时间。MR 全绿，合进去之后 release 分支上 deploy-production 还 needs 它，GitLab 直接不给建 pipeline ，发版那天才发现。 Pipeline Lens 会把 include （本地、跨项目、通配符）都拉下来合并，然后模拟任意分支、tag 或 MR 的 pipeline：会跑哪些 job 、每个 job 是哪条 rule 决定的、没跑的为啥没跑（连用到的变量值都列出来
版本与成本证据
可供比较的近期同类记录：“Show HN: MetaArena – Compare & Rank 5,353 Meta Global AI Hackathon Projects” (Show HN, 2026年11月12日)；“Show HN: Stop Safari auto zoom on input fields” (Show HN, 2026年11月12日)。主题相近仅用于导航，未核验其是否属于同一需求或独立证据。
适用与受影响对象
先明确变化影响的现有工作流，再判断是否升级。发布热度不证明效果提升；接口、价格或可用性变化也可能增加迁移工作。
缺失的比较信息
待补齐：新旧行为、受影响套餐与地区、生效时间、兼容性、回退路径及同一工作量下的成本。
采用与迁移验证
保存发布或政策原文，对新旧方案运行同一个任务并比较结果与完整账单；若涉及停服，先核验截止时间再安排迁移。