标签: git-lfs

场景一：

• 尝试在 github 中推送文件大小 > 100MB
• 文件 > 100MB 不允许推送。有效错误。同意
• 好的，使用 git lfs
• 还是同样的错误
• 这里出了什么问题
• 下面是与场景 1 相关的图片

场景2：

• 克隆一个新的存储库
• 创建了一个 > 100 MB 的新文件
• 还没推。我知道这会是一个问题
• 执行 git lfs install&track 大文件并执行 git add&commit
• 现在如果我 git push 成功，一切都好。没有问题。我可以在github上看到这个大文件
• 检查它在https://github.com/sivakumar-j-secondary-ac/scenario-2

那么如果 git lfs 在场景 2 中工作，那么“场景 1”出了什么问题

我在我的存储库上执行了以下操作，现在所有文件都已被此类语句替换（我已将第二行中的值替换为 *s）：

version https://git-lfs.github.com/spec/v1
oid sha256:8*****************************************93
size 1003203

lfs 命令运行：

git lfs install
git lfs track "*.xyz"
git lfs migrate import

现在，包括 xyz 文件在内的所有文件都无法读取。我怎样才能撤消这些？

错误

该存储库超出了其数据配额。负责LFS带宽的帐户应购买更多数据包以恢复访问。

即使我删除了存储库、创建了一个新的空存储库、删除了导致问题的资产，甚至删除了项目上的 .git 文件夹，该问题仍然不断出现。不仅如此，第一次推送任何新的空存储库时都会出现错误。我使用 github 作为我的遥控器

我已经用过

git lfs 卸载

和

git 过滤分支

这是控制台的屏幕截图。

有任何想法吗？

我正在将一个存储库从 gitlab 迁移到 github，因为我们的存储库空间不足，而且我们似乎无法扩展它的大小。因此，很自然地，我在 github 上创建了新的存储库，将 ssh 地址添加到本地存储库实例上的现有遥控器中，然后尝试调用

git push --mirror github

让它运行几个小时后，它失败了。在研究了这可能的原因之后，我发现它可能太大而无法一次推送，我应该循环一批提交并一次推送它们。在此过程中，添加 .gitignore 和 .gitattributes 文件的第一次提交一切正常。

然而，就在此时，我们从实际项目中推送文件，并且我们已经推送了对于 github 来说太大但对于 gitlab 来说不太大的文件，因此此时它们并未表示在 LFS 中进行跟踪。

基本上，我想回溯两年的提交，将 LFS 跟踪添加到这些文件中，在添加文件之前插入此提交，然后让它更新剩余的树。

我尝试将 HEAD 重置回该点，使用新的 LFS 数据修改 .gitignore，并在添加文件之前将其推高。然而，当尝试这条路线时，我现在在尝试推送旧提交时遇到错误，因为它说旧提交已过期并且需要拉取。

我所要求的可能吗？

git lfs install将filter.lfs.required属性设置为true. 此属性没有记录在任何地方。它有什么作用？

我们最近开始使用 git lfs，但许多团队成员忘记在 repo 同步后运行 git lfs。有什么方法可以在 repo 同步后自动运行 git lfs 吗？

当我进入我的 github 时，我存储了一个 csv 文件，该文件很大，所以我可能曾经git lfs存储过它，但是当我返回文件时，我看到的只是这个

version https://git-lfs.github.com/spec/v1
oid sha256:d96f2a228ce88d533a77646d33e15be5ec00612db71332002f946611304d3234
size 651828087

有没有办法检索我存储的完整文件？

免责声明：我对 Linux/Ubuntu 整体和系统管理都很陌生，也只是在空闲时间涉足它，所以请耐心、彻底地回答你的问题。

我使用 git-lfs 在 Ubuntu 20.04 服务器上安装了 Gitea。我让 Apache 运行反向代理来将我的子域与 gitea 一起使用。我还使用 certbot 将其配置为 SSH。

每次我尝试推送大文件 (~>1Gb) 时，都会收到来自 HTTP 413 的 LFS: Client 错误。

到目前为止我尝试过的：

• 禁用UFW
• 增加 gitea 配置中所有相关文件和文件大小选项

这是我的 app.ini：

APP_NAME = Tali Git
RUN_USER = git
RUN_MODE = prod

[security]
INTERNAL_TOKEN     = XXXXX
INSTALL_LOCK       = true
SECRET_KEY         = XXXXXXX
PASSWORD_HASH_ALGO = pbkdf2

[database]
DB_TYPE  = sqlite3
HOST     = 127.0.0.1:3306
NAME     = gitea
USER     = gitea
PASSWD   = 
SCHEMA   = 
SSL_MODE = disable
CHARSET  = utf8
PATH …

我的同事在他们的本地计算机上安装了 Git LFS，反过来，推送到远程存储库 (GitHub) 的任何图像都只显示 URL 或根本不显示任何内容。我如何查看这些图像？当我通过本地存储库打开从远程存储库中提取的图像时，我收到以下错误消息：“看来我们不支持此文件格式。” 我如何下载这些图像？谢谢。

git lfs migrate 的不当使用——一切以某种方式生成了一个 .gitattributes 文件，其中包含每个已知的文件类型。这基本上破坏了我们的项目，因为每种类型的所有文件现在看起来都像这样：

    version https://git-lfs.github.com/spec/v1
    oid sha256:f6d1237f5b00a49b32cca659d9764fc16cf012ea887c3007bf9a2120d7e9fef4
    size 792

..贯穿整个回购历史。包含目录的文件大小仍然大致相同，这让我希望有一种方法可以恢复它，但我自己无法解决。

由于异常情况，这个 repo 还没有在 github 上 - 如果需要，我们可以恢复到 repo 的副本，但这意味着失去几天的工作。

有没有办法撤销lfs命令？

这就是 .gitattributes 文件最终以某种方式生成的方式：

*.wav filter=lfs diff=lfs merge=lfs -text
*.mp3 filter=lfs diff=lfs merge=lfs -text
*.rar filter=lfs diff=lfs merge=lfs -text
*.psd filter=lfs diff=lfs merge=lfs -text
*.png filter=lfs diff=lfs merge=lfs -text
*.jpg filter=lfs diff=lfs merge=lfs -text
*.ogg filter=lfs diff=lfs merge=lfs -text
*.mp4 filter=lfs diff=lfs merge=lfs -text
*.collabignore filter=lfs diff=lfs merge=lfs -text
*.gitignore filter=lfs diff=lfs merge=lfs -text
*.xml filter=lfs diff=lfs merge=lfs …