制品保留与归档是什么
制品保留与归档策略按用途分层：发布版长期保留（覆盖回滚窗口与合规期）、预发布短期、快照与构建缓存可短周期或按容量丢弃；归档走冷存储并保留检索入口与校验能力。保留策略是成本与可回滚性之间的平衡，写进文档并定期演练「取回旧版本」才算成立。
基本信息
| 分层 | 发布版、预发布、快照、缓存各有保留时长与介质 |
|---|---|
| 合规 | 保留期与审计要求对齐 |
| 成本 | 冷热分离，历史发布版转低频存储 |
| 检索 | 归档保留清单与元数据索引 |
| 验证 | 定期演练取回旧版本 |
| 命名规范 | 版本号与摘要全称写入清单，避免简写歧义 |
分层示例
| 类别 | 保留期 | 说明 |
|---|---|---|
| 正式发布 | 长期 | 覆盖回滚窗口与合规要求 |
| 预发布 | 30 天 | 验证期结束即可清理 |
| 快照 | 14 天 | 按需留档，不作回滚依据 |
| 构建缓存 | 7 天或按容量 | 可随时重建 |
策略示意
策略示意
# 分层保留示例
releases：保留全部（≥ 回滚窗口 90 天 + 合规要求）
prerelease：30 天
snapshots：14 天
build cache：7 天（或按容量上限）
# 归档：转低频存储，保留下载与校验入口典型使用场景
- 合规审计：财务与行业规定要求的历史版本留存
- 回滚保障：故障时能取回上一个稳定版本，保留期覆盖回滚窗口
- 成本治理：缓存与快照自动过期，冷数据转低频存储
- 存储迁移：归档前核对清单，保证可检索与可校验
- 应急取证：事故复盘时取回当时部署的制品核对内容
- 多仓库同步：制品存在于多个仓库时统一执行保留策略，防止版本缺失
保留策略要写进文档并定期演练「取回旧版本」：可回滚是验证出来的。回滚窗口按实际演练时间与合规期两者取更长值。
归档不等于删除：转冷存储要保留下载入口与校验值，否则等于数据丢失。