Paperclip 修复仓库对象缓存协商引用丢失问题

Paperclip 在 canary 版本 v2026.1019.0-canary.0 中合并了修复 #16687，目标是解决仓库对象缓存有时反而拖慢全新克隆的问题。

问题根源在于：缓存通过 git clone --bare 从纯净检出复制对象、本地分支和标签，却丢掉了 remote-tracking 引用。测试来源仓库约有 1,200 个远程分支，Git 缺少这些引用顶端，无法据此协商哪些对象已经存在。

变更内容包括：改用 --mirror 发布缓存以保留协商引用；缓存格式升到版本 2 并写入 key 与回执，首次检出会构建新一代替换缓存；保留原有在线鉴权、当前远程引用、凭据与公司隔离、独立对象、配额和回退行为；新增封闭枚举的缓存结果和“是否向克隆提供引用”的布尔字段，并说明查找命中或提供引用并不等于 Git 已避免传输。

来源给出的受控暂存实验数据：修复前一次克隆耗时 45.87 秒、接收 184.39 MB，此前一次为 52.33 秒，无缓存克隆为 20.94 秒；修复后两次分别为 12.20 与 14.58 秒（中位数 13.39 秒），接收包约 1.99 与 1.95 MB。实验使用临时缓存副本，未部署补丁，也未测量完整任务时延。

风险方面：版本 2 会触发一次冷缓存重建，旧缓存仍占用磁盘、配额可能阻止发布；生成独立检出仍需完整 repack，该成本未消除；实验只说明暂存环境中的协商效果，不代表端到端加速或达到 30 秒以内的目标。