01 / OVERVIEW
看清空间，轻装发布。
页面、图片与每一次变更，都有迹可循。
尚未扫描
正在处理
从第一次扫描开始
读取当前分支的文件清单，了解项目体积、图片占比与最值得优化的大文件。
扫描只读取仓库，不会修改文件。
STORAGE
—
空间分布
—Pages 站点上限 1 GB
上方为当前分支文件总量，供容量预估；并非已部署产物的精确体积。Git 历史不会随普通压缩或删除自动缩小。
GitHub 报告的仓库体积—
发布状态
等待扫描
完成扫描后显示 GitHub 返回的部署信息。
查看 GitHub 详情 ↗公开首页索引
为现有页面生成入口；先预览变更，再提交。
WHERE TO START
最大的文件
PROJECTS
项目占用
自动调整尺寸并压缩至 ≤ 2 MB，直接提交到 GitHub。保持原格式与链接；已符合目标的图片会跳过。
| 文件 / 路径 | 类型 | 文件大小 | 项目 | 打开 |
|---|
—
1 / 1
目标 2 MB = 2,000,000 字节。自动缩放和压缩可能改变图片细节；无法达到目标时会在结果中说明。
关于恢复与体积
恢复通过新的提交找回文件，不改写 Git 历史。压缩与删除会减少当前文件占用，历史版本仍保留在仓库中。提交后，GitHub Pages 还需要完成发布。
暂时下线，完整保留。
归档包含 HTML、图片、脚本与样式等全部项目文件。ZIP 使用无损压缩，原图片质量不变；已经压缩过的图片，节省空间可能有限。
归档空间与在线空间分开看
归档确认保存后，才会从发布分支移除原项目；已有页面链接随后停止访问。ZIP 仍占用仓库空间，原文件也可能保留在 Git 历史中。需要重新上线时，生成恢复方案并检查文件冲突，再确认提交。