发布日期：2026 年 10 月 20 日 · RootGS 技术指南
同一镜像可以有多个标签，部署记录也可能引用不可变摘要。只删除看起来旧的标签，未必释放存储；按创建时间回收底层内容，又可能影响仍在使用的版本。
一、先明确处理方式与业务边界
保留当前部署和可回退版本的摘要清单，将上传临时数据与正式镜像分开。清理前确认仓库自身的垃圾回收机制及写入要求，不直接删除底层文件。
二、用可重复的场景验证
在测试仓库推送多个共享层的镜像，演练标签删除、回退拉取和垃圾回收。检查清理后线上版本及上一版本都能从空缓存主机完整拉取。
三、一次具体的演练示例
两个版本可能共享大部分镜像层，删除一个标签未必立即释放预计空间。验收应按仓库支持的回收流程确认，并实际拉取仍需保留的版本，避免仅根据界面标签数量判断。
四、把验收结果写成检查表
| 检查项目 | 预期结果 |
|---|---|
| 引用清单 | 覆盖部署摘要 |
| 空间回收 | 使用仓库支持流程 |
| 回退验证 | 空缓存可拉取 |
五、根据实际瓶颈安排资源
仓库带宽需求集中在发布和扩容时段。容量还应包含多架构镜像与保留版本，不能按标签数量直接推算实际空间。
六、应用到产品选型和交付验收
香港物理机提供独立硬件资源，但业务之间仍可能争用存储、内存和网络。选型时同时列出稳定负载、维护峰值及恢复余量，避免只按某一个硬件参数比较。可用配置和交付范围以实际产品说明为准。
可查看 RootGS 香港物理机，将本文的检查项与实际应用需求一同用于方案比较和上线验收。
相关实现机制可进一步查阅官方资料：持久化数据卷的管理。文中的流程建议用于业务设计与验收，并不表示产品默认包含所述软件或自动化功能。
