你还在用 Git 管理大文件？Git LFS 来帮忙！

哈，老友，我跟你说Git 对小文本牛逼，对大二进制就像给狗吃骨头——咬一口还得咬完。

每次提交一个 200 MB 的模型文件，仓库瞬间膨胀成几百 MB。拉、推、克隆dou要等到下雨天才干完事。

再说你想要多分支、多合并，结果发现历史记录里每个版本dou存着完整副本，根本没法保持仓库轻盈。

有人说：别管它，我自己改脚本压缩一下。可你得注意啊——压缩后还是会被 Git 当作普通文本存进去。只会把仓库变成压缩包堆叠版，还不是geng难搞。

LFS是 Git 官方提供的 ，用来专门管理大文件。它把真正的大文件上传到专门的 LFS 服务器，只在仓库里留下一个几百字节的指针文件。

git lfs install
git lfs track "*.psd"
git lfs track "*.mp4"

然后就和普通 Git 一样：

git add .

git commit -m “add big asset”

git push

当你推送时Ru果某个文件被 LFS 跟踪，Git 会先把指针文件推到主仓库，然后通过 HTTPS 把真实内容送到 LFS 服务器。拉取时同理：先拿指针，再从服务器下载。

No difference in daily commands.

SAME:

git pull
git merge
git branch

DISTINCT:

git lfs ls-files
git lfs status
git lfs migrate info --everything

嘿，这问题挺奇葩的。其实百度搜索引擎主要抓取公开网页，而不是代码托管平台上的私有仓库。所以Ru果你的项目托管在私有或没有公开页面就算hen酷也不会被百度检索到。

Create a public README or docs page.

Add keywords relevant to your project.

PUBLISH on platforms that support search indexing.

那你想让别人知道这篇文章呢？记得写点 SEO 标题和描述啊，不过别忘了给它加上“Git LFS”这几个关键词，让搜索引擎Neng找到你。

# 全局初始化一次即可
git lfs install --global
# 检查是否成功
git config --get-regexp filter.lfs | head -n 1
# 输出类似：
# filter.lfs.clean=git-lfs clean -- %f
# filter.lfs.smudge=git-lfs smudge -- %f
# filter.lfs.process=git-lfs filter-process
# filter.lfs.required=true
# 验证：
 git lfs version 

Ru果你在多台机器上工作，一个可NengYi经全局 init，一个没有，全局和系统级别dou会冲突。Zui稳妥的是每台机器跑一次 git lfs install，然后检查 .gitattributes 是否Yi生成。

.gitattributes 用来告诉 Git 哪些文件需要由 LFS 管理，而哪些仍然保持普通模式。

*.psd filter=lfs diff=lfs merge=lfs -text eol=crlf
*.zip filter=lfs diff=lfs merge=lfs -text eol=crlf
*.mp4 filter=lfs diff=lcs merge=lcs -text eol=crlf 
*.fbx filter=lcs diff=lcs merge=lcs -text eol=crlf 
*.obj filter=lcs diff=lcs merge=lcs -text eol=crlf 

注意：不要把 *.c 或 *.java 放进来那是代码，小东西也跟着占空间；而且离线工作时kan不到历史修改啊！哈哈~

"迁移" 指把Yi经提交过的大文件转换为 LFS 存储，并重写历史，让旧版本也变成指针形式。

# 扫描所有分支并列出占用空间Zui大的类型
git lfs migrate info --everything
# 将所有匹配类型转为 LFS
 git lfs migrate import --include="*.mp4,*.zip,*.mov" --everything 
 # 或者仅迁移特定路径里的某种格式：
 git lfs migrate import --include="path/to/large_dataset.bin" --everything 

 git reflog expire --expire=now --all && git gc --prune=now --aggressive 

'lifecycle' 功NengKe以设置过期时间，让旧版本自动被删除，从而节省存储空间。但要记住这功Neng一般只有企业版支持。

'object-expiry' Ke以设置如 '30 days' 等周期性清理策略。

'cleanup' Neng手动触发清理过程，但要确保网络稳定，否则会卡死推送。

'policy' 则Ke以定义不同分支、标签对应不同保留策略。

"branch-policy" 用于指定只保留Zui近两次提交等限制。

"tag-policy" 用于标记重要版本并长期保留。