标签: git-lfs

我似乎无法再让自制软件正常工作了。已尝试卸载并安装它。但它一直向我抛出这个错误git lfs，我看不到它来自哪里。

我已经没有主意了 - 这就是我到目前为止所做的：

\xe2\x9d\xaf git lfs install\nGit LFS initialized.\n\n\xe2\x9d\xaf brew update --verbose\nChecking if we need to fetch /usr/local/Homebrew...\nChecking if we need to fetch /usr/local/Homebrew/Library/Taps/caskformula/homebrew-caskformula...\nChecking if we need to fetch /usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle...\nChecking if we need to fetch /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask...\nChecking if we need to fetch /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core...\nChecking if we need to fetch /usr/local/Homebrew/Library/Taps/homebrew/homebrew-services...\nFetching /usr/local/Homebrew...\nUpdating /usr/local/Homebrew...\nBranch \'master\' set up to track remote branch \'master\' from \'origin\'.\nSwitched to and reset branch \'master\'\nYour branch is up to date with \'origin/master\'.\n\nThis …

我们的任务是将我们的 SVN 存储库迁移到 Git 存储库，我已经快要实现了，但在最后一个障碍上失败了。

本地我有：

• 通过 git svn init 创建了一个空的 git 存储库

• 启用 LFS 并将其配置为跟踪一堆不同的文件。

• 通过 git svn fetch 迁移了我的 SVN 存储库

• 整理了一些多余的标签，最终得到一个“主”分支和一堆标签。

• 我通过 git Remote add origin [azure git URL] 将远程源添加到新的空 Azure Devops 存储库

• 我运行以下命令：

  git push origin -全部

我收到以下消息并最终出现错误，AzDevOps 中没有显示任何内容：

Locking support detected on remote "origin". Consider enabling it with:
  $ git config lfs.https://[redacted]/info/lfs.locksverify true
LFS: Client error: https://[redacted]/info/lfs/objects/bd2cc3927bf072a20412a03bfc58570b8d7c7eaad4737b6c70717baa0c0b697e from HTTP 413
Uploading LFS objects: 100% (684/685), 232 MB | 7.1 MB/s, done.
error: failed to push …

Run Code Online (Sandbox Code Playgroud)

我知道 git LFS 导致 git 在文本文件中存储字符串“指针”，然后 git LFS 下载该目标二进制文件。这样，远程 git 服务器上的 git repos 就会更小。但是，git LFS 仍然必须存储二进制文件，所以在我看来，本地存储（经过一段时间后）git lfs pull）没有什么不同，并且远程 git LFS 服务器数据加上远程 git 数据的总和仍然相似。

我缺少什么？git LFS 如何高效跟踪二进制文件？

更新（自写此问题以来经过额外学习）：不要使用git lfs. 我现在建议反对使用git lfs

也可以看看：

1. 我的评论在我接受的答案下面
2. 我刚刚在下面添加了我自己的答案

我开始提出这个问题是因为我相信 Git LFS 是令人惊奇和美妙的，并且我想知道如何做到这一点。相反，我最终意识到 Git LFS 是我日常工作流程问题的原因，我不应该再使用它，也不应该再推荐它。

概括：

正如我在这里所说的：

对于个人、免费的 GitHub 帐户来说，它的限制太大了，而对于付费的公司帐户，它需要git checkout花费几秒钟到长达 3 个多小时，特别是对于远程工作人员来说，这完全是浪费他们的时间。我处理这个问题三年了，这太可怕了。我编写了一个脚本每晚执行一次来缓解这种情况，但我的雇主拒绝给我购买更大的 SSD 来给我足够的空间每晚git lfs fetch执行一次，所以我仍然经常遇到多小时结账的问题。除非您删除整个 GitHub 存储库并从头开始重新创建，否则git lfs fetch --all也不可能撤消与存储库的集成。git …

所以我们尝试使用内部TFS设置GIT LFS,并且我们遇到了一些错误.错误和设置如下所述:

建立:

1)内部部署TFS 2017 w/Update 1

2)Visual Studio 2015 w/Update 3

3)Atlassian SourceTree(Git客户端)

4)GIT LFS安装在开发人员的系统上

5)Windows的Git凭据管理器(GCM)

错误:

1. 转到SourceTree中的工具 - >选项 - > [Git选项卡]并选择[使用系统 Git]并尝试从历史记录中检出文件的版本会导致以下错误:

git-lfs/2.0.1(GitHub; windows amd64;转1.8; git 678cdbd4)git版本2.12.1.windows.1

$ git-lfs.exe filter-process下载对象时出错:Framework4.dll(ef57f778c9fd50b27144784cd1df55b1b014d564ad6d8d726b156748219b8e5f)

涂抹错误:下载Framework4.dll时出错(ef57f778c9fd50b27144784cd1df55b1b014d564ad6d8d726b156748219b8e5f):批处理响应:您的用户名必须是DOMAIN\user形式.目前是USR123

2. 转到SourceTree中的工具 - >选项 - > [Git选项卡]并选择[使用嵌入式 Git]并尝试从历史记录中检出文件的版本会导致以下错误:

git-lfs/1.5.2(GitHub; windows 386; go 1.7.3; git 547a06aa)git version 2.10.2.windows.1

$ git-lfs.exe smudge - Framework4.dll下载对象时出错:Framework4.dll(ef57f778c9fd50b27144784cd1df55b1b014d564ad6d8d726b156748219b8e5f)

涂抹错误:下载错误ef57f778c9fd50b27144784cd1df55b1b014d564ad6d8d726b156748219b8e5f:LFS: 未找到http:// localhost:8080/tfs/DefaultCollection/Common/_git/Common%20References的 Git凭据:LFS:http:// localhost:8080/tfs /的 Git凭据 未找到DefaultCollection/Common/_git/Common%20References.

我研究和尝试的内容:

1. 人们建议使用"Git Credential Manager for Windows(GCM)"来存储和管理凭据.这是使用最新的git版本安装的.但错误仍然存​​在.

2. 没有安装"Windows的Git Credential Manager(GCM)"仍然发生错误.

3. 将Git版本更新到最新版本.尝试了git-lfs/1.5.2和git-lfs/2.0.1.但是没有去.

4. 有关环境的其他错误信息: …

考虑到*.pdf我.gitignore和我都有文件,.gitattributesgit如何表现并优先考虑两者？它是否忽略pdf文件或将它们存储为LFS？

如何管理对于 Git LFS 来说太大的文件 (.obj)？

它有 100mb 限制 ( https://help.github.com/articles/working-with-large-files/ )

对于 Unity 中的项目，我无法将此文件推送到 113mb。

我克隆了一个git repo，发现状态行Filtering content非常慢。通常不会出现。它是什么？

remote: Enumerating objects: 30, done.
remote: Counting objects: 100% (30/30), done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 16592 (delta 6), reused 9 (delta 4), pack-reused 16562
Receiving objects: 100% (16592/16592), 14.14 MiB | 1.01 MiB/s, done.
Resolving deltas: 100% (7529/7529), done.
Checking out files: 100% (11475/11475), done.
Filtering content:   6% (115/1729), 390.32 MiB | 1.12 MiB/s

我有使用git LFS跟踪的文件，我使用git ls-tree命令列出文件大小的文件，但我发现LFS tarcked文件的大小非常小（134字节，其实际大小超过100MB），我知道它是 LFS 指针文件的大小。有谁知道如何获得实际的文件大小？

使用命令“git ls-tree -l HEAD”列出存储库树

Github 不允许推送大于 100 MB 的文件。使用git lfs，可以将大文件推送到 Github。我只是对这个过程的想法感到好奇：在我看来，这git lfs只是一个额外的开关，可以将大文件（仅通过 https://）推送到 Github。但我无法想象，仅此而已？

阿尔特拉西亚国家的文献

Git LFS（大文件存储）是由 Atlassian、GitHub 和其他一些开源贡献者开发的 Git 扩展，它通过延迟下载大文件的相关版本来减少存储库中大文件的影响。具体来说，大文件是在签出过程中而不是在克隆或获取过程中下载的。Git LFS 通过用小指针文件替换存储库中的大文件来实现此目的。在正常使用期间，您永远不会看到这些指针文件，因为它们是由 Git LFS 自动处理的。

一些细节：我有一个小项目，由于一个大文件，我无法将其推送到 github。然后我可以按如下方式迁移和推送：

git lfs migrate import --everything --include="*.pdf"
git reflog expire --expire-unreachable=now --all
git gc --prune=now
git push origin master
git lfs checkout (? If you have local files with 1 kB only? Happend some days later...)

所有内容都被推送到 Github - 即使是大文件。那么，如果允许使用git lfs（可以快速安装并且易于使用），为什么Github拒绝大文件呢？

我创建了一个专门存储在本地的 Git 存储库，我问自己，我是否真的需要用于二进制文件的 Git LFS？据我所知，.gitattributes正确配置如下：

*.psd binary

是的，文件位于 . .git/objects/...，但它们被压缩并且不占用太多空间。总而言之，如果我从不从/向远程存储库推送/拉取，那么在本地存储库中使用 Git LFS 有什么好处？

谢谢！