我有一个使用 Git LFS 存储视频文件的项目。现在，我的构建服务器遇到了一些复杂问题，它还不支持 Git LFS。由于它是一项外部服务，因此我无法真正影响构建过程，因此希望将文件从 Git LFS 下移回“常规”Git。我设法用git lfs untrack '<file-type>' 取消跟踪文件类型，但git lfs ls-files 仍然给出了之前添加的文件的列表。
我想我可以删除文件，推送更改，然后手动重新添加它们，但这真的是推荐的做事方式吗？
【问题讨论】：
我最近遇到了这个问题，资产被意外添加到了一个不应该添加的分支上的 git-lfs。我的解决方案是：
git lfs untrack '<file-type>'
git rm --cached '<file-type>'
git add '<file-type>'
git commit -m "restore '<file-type>' to git from lfs"
结果是用标准文件内容重写了 git-lfs oid sha256 指针。
（编辑 2019-03）：已接受的答案已更改，以便为更简单的情况提供简单的解决方案。如果您手头有更复杂的案例，另请参阅edits in the answer by VonC 了解替代解决方案。
【讨论】：
.gitattributes 设置正确以跟踪我想要的文件，这个解决方案效果很好。比发布的其他一些解决方案要简单得多。
As of Git 2.16（2018 年 1 月 17 日发布），您可以使用 git add 的 --renormalize 标志轻松完成此操作：
git lfs untrack '<pattern>'
git add --renormalize .
git commit -m 'Restore file contents that were previously in LFS'
--重新归一化： 对所有跟踪的文件重新应用“干净”过程以 强制将它们再次添加到索引中。这在之后很有用 更改
core.autocrlf配置或text属性 为了更正添加了错误 CRLF/LF 行结尾的文件。 此选项暗示-u。
这里的关键部分是“所有跟踪的文件”。通常，过滤器仅在 Git 操作更改工作树中的文件时运行。更改.gitattributes 中的LFS 白名单不是Git 操作，因此在您运行git lfs untrack 后索引最终处于不一致状态。运行 git add --renormalize . 告诉 Git 对存储库中的每个文件重新运行过滤器，从而确保所有应该在 LFS 中的文件都在——而所有不应该在的文件都不在。
【讨论】：
Issue 641 提到了同样的问题。
我试图停止使用 Git LFS，但发现无法使用
git lfs uninit、git lfs untrack、git rm恢复我之前跟踪的指针文件...在我将这些文件移回后，它仍然列为 Git 跟踪的带有git lfs ls-files的 LFS，我如何从我的 repo 中选择退出整个 Git LFS 内容？
答案是：
- 删除所有带有
git lfs uninit的filter.lfs.* git config 条目。- 通过为每种文件类型运行
git lfs untrack来清除在.gitattributes中使用 lfs 过滤器的任何属性，或者如果您曾经使用过 LFS，则删除.gitattributes。
在此之后，任何添加的文件都将直接进入 git。
但这并不是那么简单：
我后来在我的工作目录中结束了 LFS 指针文件，并且必须使用存储在这些指针中的 sha1 哈希手动从
.git/lfs恢复我的所有图片。
2016 年 3 月更新，issue 957 说明了tstephens619 的可能解决方案：
我犯了同样的错误，在我的
git lfs跟踪列表中添加了几种小图形格式。
通过执行以下操作，我可以将这些文件移回 git：
创建当前由
git-lfs跟踪的所有文件的列表，过滤掉*.gz和*.rpm（我仍想使用git-lfs跟踪这些扩展名）git lfs ls-files | grep -vE "\.gz|\.rpm$" | cut -d ' ' -f 3 > ~/temp/lfs-files.txt停止跟踪小图形文件
git lfs untrack "*.tts" git lfs untrack "*.bfx" git lfs untrack "*.ttf" git lfs untrack "*.xcf" git lfs untrack "*.pkm" git lfs untrack "*.png"暂时取消初始化
git-lfsgit lfs uninit # Git LFS 2.x+ git lfs uninstall使用文件列表触摸每个文件：
cat ~/temp/lfs-files.txt | xargs touch
git status现在会将每个文件显示为已修改
将更改添加到 git 索引（我是通过
git gui完成的）提交更改，然后重新初始化 git-lfs
git commit git lfs init
maintainer ttaylorr 补充道：
一种方法是：
for file in $FILES_TO_REVERT; do
git lfs untrack "$file";
git rm --cached "$file";
git add --force "$file";
done
git commit -m "..."
我不希望将命令添加到 Git LFS 以达到上述效果，因为 Git 和 Git LFS 提供的瓷器命令可以通过多种不同的方式实现
【讨论】：
git rm --cached <file> -> git add <file> -> git commit 只要您正确设置了跟踪，这似乎有点奇怪。
uninit 命令。而不是git lfs uninit，我不得不使用git lfs uninstall。
我在 Windows 中执行步骤时遇到问题。 要删除所有 git lfs 跟踪的文件并恢复原始文件，我在 git bash 中执行了以下操作：
已删除 .git 属性
git lfs ls-files | cut -d ' ' -f 3 > lfs-files.txt
执行以下 sn-p:
片段：
while read file; do
git lfs untrack "$file";
git rm --cached "$file";
git add --force "$file";
done <lfs-files.txt
【讨论】：
-f 3 序列是什么？
cut -f的更广泛解释，请参阅unix.stackexchange.com/questions/122055/…
编辑：在成功使用 GIT LFS 几年后，对该答案进行了多次赞成/反对投票，我认为这个警告仍然适用：GIT LFS 有很多缺陷，例如难以管理哪些文件应该在 LFS 中，在 Windows 上（意外）向 LFS 添加许多小文件时的性能问题，对多个远程和远程 URL 格式的支持有限，从 LFS 中删除文件困难，合并时可能遇到的各种问题等。 GIT LFS 是 GIT 中的一个外部元素，存在于修订树之外。但是，我想将我原来的警告改写如下：
.gitattributes。编辑：这是我原来的答案：
很难从 GIT LFS 中删除任何内容，尽管此处介绍的解决方案可能有效（经过修改），但它们需要大量工作并且可能对您的存储库产生副作用。
如果你来到这里，是时候问问自己是否想用 GIF LFS 管理你的大文件，以及 GIT 本身（它在管理大文件方面天生就不好，因为它是一个分布式版本控制系统）是否是一个不错的选择。
如果您有很多大文件，并且您是一个单一的组织来处理您的项目，那么像 Subversion 这样的东西可能更适合您。
【讨论】：
我尝试并能够根据他们的官方文档成功使用以下命令将我的 repo 恢复为常规：
git lfs migrate export --include="*.psd" --everything
希望这对处于相同情况的任何人有用！
【讨论】：