BK-CI 流水线模型架构 适用场景 - 理解 的层级关系 - 修改流水线模型字段、结构或校验逻辑 - 新增容器类型、插件类型或模型辅助结构 - 排查模型序列化、版本兼容、YAML 转换问题 - 判断一个需求应该落在模型定义、运行时状态还是持久化层 不适用场景 - 只是调度资源分配、构建机执行或插件运行问题 - 只是普通后端接口开发，不涉及流水线模型本身 - 只是数据库脚本设计，不涉及模型结构和模型存储 快速指导 1. 先把问题归到下面 5 类之一，再继续读对应参考文档： - 结构定义：看 - 持久化与版本：看 - 运行时、YAML、校验、扩展：看 2. 是流水线配置的核心载体，但不是所有运行时状态的权威来源。运行中的状态、耗时、重试等字段要区分“配置态”和“运行态”。 3. 触发容器是模型入口，默认位于第一个 的第一个 。很多参数、触发器和启动逻辑都从这里进入。 4. 和 都是多态结构。新增类型时，不能只改一个类定义，通常还要一起检查： - Jackson 多态序列化配置 - 前端编排模型 - 后端转换与校验 - 运行引擎或 Worker 识别逻辑 5. 版本兼容和 YAML 转换要一起考虑。模型字段一旦进入存量数据，就不能只从“当前新建流程”角度看。 6. 如果你修改的是流程控制、执行条件、Finally、Matrix 之类能力，优先确认它影响的是 Stage、Job 还是…