制品晋级是什么
把验证过的制品从快照区提升到发布区：晋级是「移动引用」而不是重新构建，字节不变、只改变所在仓库与标签，完整保留校验链路。常见方式有仓库间复制、标签重打与制品库的 promotion API；每次晋级都留日志：谁、何时、从哪到哪、制品摘要是多少。
基本信息
| 方式 | 仓库间复制、标签重打、元数据标记（promotion API） |
|---|---|
| 原则 | 字节不变，只改变所在仓库与标签 |
| 记录 | 晋级日志：人、时间、来源、目标、制品摘要 |
| 门禁绑定 | 只有通过全部检查的构建才允许进入发布区 |
| 回滚基础 | 发布区保留旧版本制品，回滚才有目标可退 |
典型使用场景
- 预发验证后晋级：预发跑通的同一制品提升到发布区
- 多环境推进：快照区、预发区、发布区逐级提升
- 权限治理：发布区写权限只给晋级通道，不给日常构建
- 审计取证：按晋级日志回答何时放的、谁批的
- 回滚准备：发布区保留近若干版本，支持快速回退
- 合规交付：晋级记录与检查结果随制品归档
docker 方式
docker 方式
docker pull registry.example.com/snapshots/app:1.8.0
docker tag registry.example.com/snapshots/app:1.8.0 registry.example.com/releases/app:1.8.0
docker push registry.example.com/releases/app:1.8.0链路四环节
| 环节 | 动作 | 要点 |
|---|---|---|
| 构建 | 产出快照制品 | 带校验摘要 |
| 验证 | 在预发验证同一制品 | 不改字节 |
| 晋级 | 复制引用到发布区 | 写晋级日志 |
| 部署 | 按摘要或语义标签部署 | 核对一致性 |
晋级通道与质量门禁绑定：只有通过全部检查的构建才允许进入发布区。
区分「晋级」与「发布」：晋级是把制品放进发布区，发布是让它生效，两者可以解耦。
落地要点
- 晋级即复制：在制品库内移动引用，不经过本地磁盘
- 摘要校验：晋级前后核对 digest 一致
- 权限分离：构建只有快照区写权限，晋级通道才碰发布区
- 通知留痕：晋级动作通知相关方并记录在发布单
- 定期演练：按晋级记录找回历史版本验证可恢复