GitLab CI/CD中YAML的extends与锚点标签差异及适用场景

两者都是GitLab CI/CD中用于复用配置的手段，但底层机制和适用场景有明显区别：

核心差异 #

1. 合并逻辑不同 #

• 锚点（YAML原生特性）：
  使用<<: *别名实现层级合并，遵循YAML原生规则：同一层级的键会按代码顺序直接覆盖，数组类型（如script、only）会被完全替换而非合并。比如锚点定义里有script: [a, b]，引用后如果当前job再写script: [c]，最终script只会是[c]。
• extends（GitLab CI扩展特性）：
  由GitLab实现的高级合并逻辑，有明确优先级：当前job配置 > extends的配置（多个extends时，后面的配置会覆盖前面的）。对于数组类型，默认会合并而非覆盖（除非当前job重新定义整个数组）。比如extends的模板里有script: [a, b]，当前job添加script: [c]会覆盖，但如果只加其他配置，会保留[a, b]。

2. 复用范围与语法限制 #

• 锚点：
  仅限同一个YAML文件内复用，必须先通过&别名定义锚点，再用<<: *别名引用，语法上依赖YAML的文档结构。
• extends：
  支持跨文件复用（比如extends: ./templates/ci-base.yml），甚至继承群组级别的共享模板。语法更简洁，直接通过extends: .隐藏job名或数组形式继承多个模板（如extends: [.base, .variables]）。

3. 变量处理方式 #

• 锚点：
  仅做YAML层面的变量复制，无额外优先级处理，变量替换完全遵循YAML规则。
• extends：
  会处理变量优先级，当前job的变量会覆盖extends模板中的变量，同时支持GitLab的动态变量解析（如引用项目级、群组级变量）。

适用场景 #

优先用锚点的情况 #

• 需要在同一文件内快速复用小段重复配置（如image、services），且不需要复杂的合并逻辑。
• 希望精确控制配置覆盖顺序，让当前job的配置直接替换锚点中的对应内容时。
  比如你提供的示例中，用锚点复用.hidden-job的基础job结构，再给hidden-job:dev添加only: dev规则，这种简单的结构复用用锚点高效直接。

优先用extends的情况 #

• 需要跨文件或跨项目复用通用模板（比如把多流水线共用的基础配置单独存为模板文件）。
• 需要数组合并、多模板继承，或依赖GitLab的变量优先级控制时。
• 复用变量块或复杂的job模板（比如多环境通用的部署配置），示例中用extends继承.random-variables变量块，就是因为extends处理变量的优先级更清晰，后续也方便添加更多变量块到继承列表中。

内容的提问来源于stack exchange，提问作者Labhesh Mehta