Git LFS(大文件存储)

Git LFS(Git Large File Storage,大文件存储)是一款开源的 Git 扩展,用于高效管理仓库中的大体积二进制文件。它把大文件替换为文本指针存入 Git,而将真实内容存放在独立的 LFS 服务器,从而让版本库保持轻量。

概述

Git 本身按快照方式保存每次提交的完整文件,对文本源码非常高效,但对图片、音视频、游戏资源、机器学习模型等大型二进制文件却表现糟糕:每次改动都会在历史中留下一整份副本,导致仓库迅速膨胀,克隆和拉取变得缓慢。Git LFS 由 GitHub 于 2015 年发布,采用 MIT 许可证开源,如今 GitHub、GitLab、Bitbucket 等平台均原生支持。

核心原理

• 用户通过 track 规则(如按扩展名 psd、mp4)声明哪些文件由 LFS 管理。
• 提交时,LFS 的过滤器把真实文件内容替换为一个仅几十字节的指针文件,指针中记录内容的 SHA-256 哈希与大小。
• 指针文件随普通提交进入 Git 历史,而真实内容通过独立协议上传到 LFS 存储。
• 检出或拉取时,LFS 依据指针从服务器按需下载对应版本的真实内容,支持部分克隆以节省流量。

应用场景

游戏开发中大量美术与音频素材、影视与设计团队的工程文件、数据科学项目中的数据集与模型权重,都是 Git LFS 的典型用武之地。它让这些团队既能享受 Git 的分支与协作能力,又不必忍受仓库无限膨胀。许多企业还借助 LFS 的文件锁定功能,避免二进制文件因无法合并而产生冲突。

常见问题

问:安装 Git LFS 后旧的大文件会自动瘦身吗?答:不会。track 规则只对之后的提交生效,历史中已存在的大文件仍在仓库里,需要用 git lfs migrate 或历史重写工具专门处理。

问:换到不支持 LFS 的平台会怎样?答:仓库里只会看到指针文件而非真实内容,必须在目标平台部署 LFS 服务或先把文件迁出 LFS。

问:LFS 有存储和流量限制吗?答:协议本身无限制,但托管平台通常对 LFS 存储容量与月度带宽单独计费,超额需要购买配额。