13

在截止日期前的谵妄时刻,我将一个大型(> 100 MB)二进制文件添加到一个存储库中,该存储库在私有主机和 github 上都有遥控器。当然,github 抱怨,天真地相信他们的建议,我选择使用 LFS。

经过两三次提交后:我的存储库达到了github 的 LFS 数据配额,我不得不将我的所有遥控器重命名为origin,必须为所有遥控器显式添加我的所有.ssh/config信息git remote set-url,并且不能再通过 ssh* 使用任何其他计算机作为遥控器。

我目前的状态是:在我的主要工作本地存储库中有几个提交,其中一些包含 LFS 文件。直到最后几次提交,它们都被推送到 github(直到我达到配额),然后可以手动将其从 github 拉到我的其他遥控器,但不能从我的本地推送到它们。由于配额,我无法绕过 github 将我的文件发送到其他遥控器。

如何清理 LFS 的 repo 以便我可以使用 git-annex?理想情况下,在第一次 LFS 提交之前没有完全变基,但我认为这是不可避免的。那么,我的问题是如何从 Git-Annex 迁移到 Git LFS 的反面,因为我似乎错过了潮流。

我很高兴地相信 LFS 在某种程度上对我的案例实际上是有用的。


*我在任何地方都找不到最后一个问题的记录,仅在此答案中提到并通过各种错误消息暗示(但未直接说明)。当然,如果这被记录在案,我一开始就不会选择 LFS,因为它使 git 再次有效地集中。

4

1 回答 1

1

正如我在评论中提到的,恢复提交到 git-lfs 的二进制文件的问题可以在这里找到。

即使有提交恢复,似乎也可能需要一个 rebase 才能将存储库恢复到工作状态 - 即。能够从所有端点推送。

也许二进制文件应该存储在 git 解决方案之外?在处理具有大型资产的项目(游戏开发)时,我曾经将 Dropbox 用于较大的资产(这使其他项目成员可以轻松访问),而 git 仅用于代码内容。

于 2018-02-22T06:23:10.850 回答