使用git clone --filter=blob:none克隆无差异，是否理解有误？

核心作用 #

--filter=blob:none是Git的**部分克隆（partial clone）**参数，真实作用如下：

• 仅克隆仓库的提交元数据（包含commit、tree对象，对应git log能看到的完整历史结构），以及当前分支HEAD指向的最新文件内容（blob）；
• 不会提前下载所有历史提交中的blob（即过去版本的文件内容），这些历史文件会在你实际需要时（比如切换旧提交、查看历史版本文件）才从远程仓库拉取。

为什么你看不到差异？ #

你觉得和普通克隆无区别，是因为只做了当前分支的常规操作：

1. 当前文件正常访问：过滤克隆会自动拉取HEAD对应的最新blob，所以进入文件夹后能看到所有当前版本的文件，和普通克隆表现一致；
2. git log正常显示：所有记录提交历史的commit、tree元数据都被完整克隆，因此日志能正常展示；
3. 未触发历史blob拉取：只有执行需要访问历史版本文件的操作时，差异才会显现，比如：
   • 切换到旧提交：git checkout <旧提交哈希>，此时Git会提示需要拉取该提交对应的blob；
   • 查看旧提交里的文件：git show <旧提交哈希>:<文件路径>，过滤克隆会远程拉取该文件的历史版本，而普通克隆直接从本地读取。

直观验证差异的方法 #

• 对比.git文件夹大小：过滤克隆的.git目录会比普通克隆小很多（尤其适用于历史久、文件量大的仓库），因为缺少了大量历史blob数据；
• 尝试访问历史文件：从旧提交中提取一个blob哈希，执行git cat-file -p <blob哈希>，过滤克隆会返回类似error: git cat-file: could not get object的提示，而普通克隆能直接输出文件内容。

内容的提问来源于stack exchange，提问作者Dave