一直有对二进制文档版本控制的需求，比如一些修图的文档，图片库什么的。之前不懂，一直在用原生git进行控制，结果原本的2G文件夹，很快变成了4G+。
然后参考了git文档发现，官方是不推荐git进行二进制文档控制的。
然后顺着思路找，发现二进制版本控制是有的，而且是git系统能提供的：Git LFS。
Git LFS需要单独下载，看似是独立于git的另一个程序，但其实只是相当于一个git插件的存在。
主要好处有：
- 逻辑变了，运行速度就加快了。
问题：
- 使用了Git LFS后，只不过体积增大问题还是没解决。2G的图片仓库还是会翻倍变成5G+，多出来的全都在
.git/lfs/objects文件夹中（以前是存在.git/objects中）。
参考Github官方：Git Large File Storage
安装和初始配置
# Mac
$ brew install git-lfs
初始配置（只需要在第一次安装时配置一次）：
$ git lfs install
生成和配置本地项目
到这里，就要进入lfs领域了。需要说明的是，
其实绝大多数时间里，你都还是在使用原生的git命令。
我在一开始用时，脑袋非常混乱：到底怎么看待git lfs？另一套程序？还是git的一个指令？
其实都不是，如果非要说的话，把它看出git的一个extension插件，看成一个Filter过滤器更为方便。
现在来说一个典型的Git LFS Workflow流程：
- 打开一个本地文件夹
-
git init初始化为git仓库 -
git lfs track指定监控的LFS大文件类型 -
git add . && git commit正常添加、提交仓库变化 -
git lfs push通过lfs优化推送到远程 - 修改一些文件
-
git add . & git commit -m "update"正常git流程 - 修改一些文件
-
git add . & git commit -m "update"正常git流程 - 修改一些文件
-
git add . & git commit -m "update"正常git流程 -
git lfs pull通过lfs优化更新本地仓库 git lfs push
实际上，Git LFS在这里的作用是一个Filter，把大文件过滤出来，不对它使用文本的处理方式增大体积，而采用另一套方案处理。
所以你只要一开始建立好filter，后面就不用再管了。
# 指定监视的文件类型
$ git lfs track "*.jpg"
$ git lfs track "*.png"
$ git lfs track "*.jpeg"
连接远程仓库
使用的Gitlab来做LFS仓库时，第一次push会出现以下消息：
Locking support detected on remote "origin". Consider enabling it with:
$ git config lfs.https://gitlab.com/jason/test.git/info/lfs.locksverify true
然后照着它的提示，输入命令后再push，就没有问题了。
常用的Git LFS远程连接有几项常用方法：
$ git lfs clone <URL>
$ git lfs pull
$ git lfs push
# 断点续传（GB级别的仓库常用）
$ git lfs fetch
这几项至关重要，如果没有加lfs三个字的话，效率真的极低。
lfs的远程逻辑完全不同：
比如下载文件的话，不像git原生一个一个下载，lfs是先把所有文件夹、文件名都创建好，然后再把真实所需的文件下载下来。
注意事项
一定要git lfs clone, git lfs push和 git lfs pull
如果不是使用git lsf指令clone、push、pull的话，git就会按照正常的步骤把所有文件和所有版本全部下载下来，对二进制文档来说效率极低。
所以注意这里一定要指定lfs!
网友评论