用 Git 管理 Obsidian Vault 很爽。Markdown 文件清晰历史可追踪多端同步也比较可控。你可以知道每次改了哪些笔记也可以把整个知识库放到 GitHub、Gitee 或自己的远程仓库里备份。但写得越久很多人会遇到一个问题仓库越来越重同步越来越慢。真正拖慢仓库的往往不是几 KB 的笔记而是一张张截图、封面图、演示图以及已经不再被引用的图片附件。如果你正在遇到这些情况Obsidian Git 同步越来越慢Vault 体积越来越大每次 push 都有一堆图片文件附件目录里很多Pasted image xxx.png图片已经上传到图床本地还留着一份那你需要检查的可能不是 Git 配置而是图片工作流。Git 适合管理笔记但不适合无限堆图片Git 管 Markdown 很舒服。一篇笔记通常只有几 KB修改差异也很清楚但图片不一样。图片是二进制文件。Git 可以跟踪它们但不擅长像文本那样展示细粒度差异。一张截图可能几百 KB几张高清图可能就是几 MB。如果你每天写笔记、贴截图、整理资料Vault 里的图片数量会增长得很快。更麻烦的是有些图片最后已经不再被任何笔记引用但仍然留在仓库里。这时文章发布没有问题但原来的本地图片文件可能还在 Vault 里。如果它继续被 Git 跟踪就会成为仓库的一部分。一两张图没感觉长期下来就会变成同步成本。Obsidian 图床解决的是发布问题不一定解决仓库体积很多人会给 Obsidian 配图床。常见方案有Obsidian PicGoObsidian PicListObsidian 阿里云 OSSObsidian 腾讯云 COSObsidian GitHub 图床图床的核心价值是让图片变成可访问的线上链接。这样 Markdown 复制到公众号、知乎、掘金、个人博客时图片不会因为本地路径失效。这一步解决的是发布和分发。但它不一定自动解决本地仓库体积。因为图片上传到 OSS 或其他图床以后本地文件是否删除、什么时候删除、是否还被其他笔记引用仍然需要你自己判断。这就是很多 Obsidian 图床工作流容易漏掉的一步上传之后本地残留图片怎么处理NotePic 最新版本在这个流程里负责什么NotePic 最新版本新增了本地图片资产清理能力。这意味着它开始覆盖上传之后的收尾动作扫描 Vault 里的本地图片区分已引用和未引用图片统计图片数量和占用大小按目录查看图片分布选择要清理的图片删除前确认它适合这样一种具体场景我在 Obsidian 里写文章发布前用 NotePic 把图片上传到自己的阿里云 OSS。发布完成后我希望找出那些已经不再被笔记引用的本地图片减少 Vault 和 Git 仓库体积。常见问题Obsidian Vault 要不要把图片提交到 Git看你的工作流。如果图片只服务本地笔记提交到 Git 可以保证多端一致。如果图片主要用于公开文章发布上传到 OSS 后可以考虑减少本地残留图片进入 Git。用 OSS 图床后本地图片还要不要同步不一定。如果文章里的引用已经替换成 OSS 链接本地图片不再是文章显示的必要条件。但如果你想保留原图素材仍然可以继续同步。Git 仓库已经很大怎么办先从当前 Vault 清理开始避免继续增加无效图片。历史体积很大时需要单独评估 Git 历史清理或 Git LFS不建议在不了解后果的情况下直接重写历史。NotePic 能不能替代 PicGo / PicListNotePic 不是为了替代所有图床工具。它更贴近 Markdown / Obsidian 发布场景重点是把本地图片上传到 OSS、替换链接并在最新版本补上本地残留图片清理。最后如果你也用 Obsidian 写文章、用阿里云 OSS 做图床、用 Git 管理 Vault可以试试这个版本。尤其是 Vault 体积已经开始让你不舒服的时候先检查图片附件往往比折腾同步配置更直接。Releasehttps://github.com/Luhui-Dev/NotePic-OSS-Obsidian/releases/tag/1.2.0项目页https://luhuidev.com/NotePic-OSS/