转载

Git LFS 入门指南

出于好意：设计团队开始把他们大尺寸的图形文件添加到你的项目仓库当中，然而引起的结果是，你看着仓库不断增大直到数 GB 大小......

在 GIT 中以二进制文件来运行确实是一种明智的做法，每当提交一个 100MB 的 Photoshop 文件中的细微改变，你仓库的大小当然也会增长 100MB，这样快速的增长会使你的仓库因为内容太过于庞大而变得几乎无法使用。

但是，如果说不使用版本控制你的设计/概念/视频/音频/可执行文件/<other-large-file-use-case>工作也不能解决问题（知识库过大）。一般来说，版本控制的好处还是存在的，而且应该用于各种各样的项目当中去。

幸运的是，这有一个 GIT 扩展可以让使用大型文件更加有效率，跟“ Large File Storage ”（或者叫"LFS",如果你喜欢这个简称）问个好吧。

没有 LFS：臃肿的仓库

在我们着眼于 LFS 如何创造奇迹之前，我们先进一步看一个实际的问题，以简单的网站项目为例：

Git LFS 入门指南

如上图所示，并没什么特别：一些 HTML，CSS 和 JS 文件和几个小的图像资源。然而，目前我们还没有把我们的设计资源（Photoshop，Sketch，etc.）包括进来，把设计资源加入版本控制会使它更加有意义。

Git LFS 入门指南

然而，关键在于：每次我们的设计发生变化（无论多小），都会另外提交 100MB 到我们的仓库中，很快，我们仓库就会从 MB 变成 GB 了，这就会使克隆和复制编程异常冗长。

虽然我只讨论了“设计”的文件，但它确实与所有"大"文件有关：如视频，音频记录，数据集等的问题。

使用 LFS : 有效的处理大文件

当然，LFS 并不能像"变魔术一样"处理所有的大型数据：它需要记录并保存每一个变化。然而，这就把负担转移给了远程服务器 - 允许本地仓库保持相对的精简。

为了实现这个可能，LFS 耍了一个小把戏：它在本地仓库中并不保留所有的文件版本，而是仅根据需要提供检出版本中必需的文件。

但这引发了一个有意思的问题：如果这些庞大的文件本身没有出现在你的本地仓库中....改用什么来代替呢? LFS 保存轻量级指针中有真实的文件数据。当你用一个这样的指针去迁出一个修订版时，LFS 会很轻易地找到源文件（不在他上面可能就在服务器上，特殊缓存）然后你下载就行了。

因此，你最终只会得到你真正想要的文件 - 而不是一些你可能永远都不需要冗余数据。

安装 LFS

LFS 尚未加入 Git 的核心二进制文件，但是它可以作为扩展使用。这意味着，使用之前我们需要提前安装。

目前并不是所有主机服务器都支持 LFS。但如果你是 GitLab 用户就不必担心。如果你使用 GitLab.com 或 GitLab CE 或 EE 的中间版本，它们已经支持LFS了 ! 您的管理员只需要开启LFS选项。

本地机器

你本地安装的 Git 也需要支持 LFS。如果你使用 Tower ，一个 Git 桌面客户端，你就不需要额外安装了，因为 Tower 已经非常好地支持 Git 大文件系统。

如果你使用命令行来运行 Git，可以选择以下方法来安装 LFS：

二进制安装包：最新版本的 binary packages ，支持 Windows，Mac，Linux 以及 FreeBSD 。
Linux：Debian 和 RPM 的软件包可从 PackageCloud 获得。
macOS：你可以使用 Homebrew 执行“brew install git-lfs”来安装，也可以使用 MacPorts 执行“port install git-lfs”安装.
Windows：你可以使用包管理器 Chocolatey 执行“choco install git-lfs”来安装。

等你的包管理器完成上述安装后，你还需要执行“lfs install”命令：

git lfs install

使用 LFS 追踪文件

没有特别说明的情况下，LFS 不会处理大文件问题，因此，我们必须明确告诉 LFS 该处理哪些文件。

让我们回到“大 Photoshop 文件”的示例，我们可以使用“lfs track”命令来告诉 LFS 处理“design.psd”文件：

git lfs track "design-resources/design.psd"

乍一看，这条命令好像没生效，不过，你会看到项目根目录下新建了一个新文件 ".gitattributes" （如果已存在，将会被修改），".gitattributes" 文件记录了我们用 LFS 追踪的所有的文件路径。

cat .gitattributes 
design-resources/design.psd filter=lfs diff=lfs merge=lfs -text

棒棒哒！在这之后 LFS 会处理这个文件。我们接下来只要像往常那样把这个文件提交到仓库。值得注意的是，".gitattributes" 文件也需要提交到仓库，操作和提交其他修改文件一样：

git add .gitattributes
git add design-resources/design.psd
git commit -m "Add design file"

追踪文件路径

添加单一文件如上所示就可以。但是，比如说，如果你想追踪项目里所有后缀名为 indd 的文件呢？放心，你不用手动的添加每个文件。LFS 允许你定义文件路径，就像忽略文件时的用法那样。举个例子，下面的命令会告诉 LFS 追踪所有的 InDesign 文件 — 已经存在的和以后添加的。

git lfs track "*.indd"

你也可以告诉 LFS 追踪整个文件夹里的所有内容：

git lfs track "design-assets/*"

追踪文件概述

有时候，你可能想知道到底有哪些文件在被 LFS 追踪。你可以简单的看看.gitattributes文件。然而，它们不是真实的文件，而是包含一些规则和理论的文件：某些文件可能会漏掉，例如由于拼写错误或者过分严格的规则。

想要查看你当前正在追踪的实际文件的列表，可以使用 git lfs ls-files 命令：

git lfs ls-files
194dcdb603 * design-resources/design.psd

尽早追踪

记住 LFS 并没有改变 git 本身的原理：被提交到仓库中的文件还会留在那儿。改变项目的提交历史很困难（也有风险）。

这意味着你应该在文件没有提交到仓库前就让 LFS 进行追踪。

不然，它就成了项目历史的一部分 - 令项目增大数 MB 或数 GB 的大小...

初始化仓库时要选择配置要追踪的文件规则的完美时机（就跟配置忽略文件一样）。

通过图形化工具使用 LFS

尽管 LFS 使用起来并不困难，但是还是需要记住一堆命令和，处理一些事情。如果你想更高效地使用 Git（还有 LFS），可以看一下 Tower ，Mac 和 Windows 上的一个 Git 桌面客户端。现在 Tower 已经内置支持 Git LFS，不需要再安装任何东西。这个应用已经面市了数年并得到了世界各地约 80,000 的用户的支持和信赖。

Git LFS 入门指南