正如标题已经说过的那样,我对带有 LFS 文件的 git 存储库对于没有安装 LFS git 扩展的开发人员(克隆受影响的文件、提交受影响的文件等)的行为很感兴趣。他们甚至有可能克隆这样的存储库(或至少通过受 LFS 影响的文件)?
这篇文章以非常好的方式解释了 LFS for git(适合初学者)。
正如标题已经说过的那样,我对带有 LFS 文件的 git 存储库对于没有安装 LFS git 扩展的开发人员(克隆受影响的文件、提交受影响的文件等)的行为很感兴趣。他们甚至有可能克隆这样的存储库(或至少通过受 LFS 影响的文件)?
这篇文章以非常好的方式解释了 LFS for git(适合初学者)。
技术规范实际上也很容易理解:
https ://github.com/git-lfs/git-lfs/blob/master/docs/spec.md
git lfs
用 git 存储库中跟踪的文本指针替换实际文件:
v1 文本指针示例:
version https://git-lfs.github.com/spec/v1 oid sha256:4d7a214614ab2935c943f9e0ff69d22eadbb8f32b1258daaa5e2ca24d17e2393 size 12345 (ending \n)
没有 lfs 扩展名的人会看到这些文件而不是预期的内容,但否则将能够与存储库交互。