如果你没有使用Git LFS，你已经落后了!

Git版本控制系统在开发人员中的受欢迎程度在过去几年中持续增长，许多Subversion用户转向Git的“文件系统快照”方法，它不同于经典VCS软件的“文件更改日志”方法。

Git的小问题——大文件

然而，Git最初是用来处理源代码的，而不是用来存储二进制文件的。当开发团队将其用于大型二进制文件时，他们会经历性能的大幅下降。事实上，二进制文件根本不属于版本控制系统。然而，它们的存在对开发人员来说是信息丰富和直观的。用Github自己的话来说，Git支持的工作流“对于大文件的版本化并不总是实用的”。他们的意思是大型二进制文件，如图形、音频、视频甚至大型数据集都很慢。

然后是Git LFS

去年4月，GitHub宣布Git大文件存储(LFS)，当这些大型二进制文件是项目的一部分时，这种增强很好地解决了性能问题。Git LFS是一个简单的下载和安装，一旦配置完成(这也是非常直接的)，它是完全透明的，所以你继续像以前一样工作，只是享受更好的表现。您的工作流程保持完全相同。

它也很灵活。你可以优化Git LFS来满足你的需求;媒体文件可以集成到VCS文件结构中，同时您可以定义任何对您有意义的存储位置——在本地、远程或云服务器上。

Git LFS的秘密武器——指针代替下载
Git的LFS使用指向文件位置的指针实现了上述优点，避免了将大型物理文件移动到开发人员的本地工作环境中的需要。它使用SHA-1校验和来识别文件的内容是否发生了更改，这可以节省存储空间(它不需要太多的媒体或图形文件库来占用可用空间)。

Git LFS PRO提示-充分利用Artifactory

Artifactory支持本地Git LFS存储库现在给你一个地方来管理你的二进制媒体资产在你的本地网络，同时保持你独立于网络或第三方服务。随着4.7版本的发布，Artifactory也支持远程和虚拟Git LFS存储库．远程存储库为您提供了一种在组织中共享二进制媒体资产的方法代理一个Git LFS存储库在另一个Artifactory实例中。假设Alice和Bob在做同一个项目，但是他们在不同的国家。爱丽丝冲洗图像文件，鲍勃冲洗视频文件。他们都需要访问对方的文件。它们都将自己的文件上传到各自Artifactory实例上的本地存储库，并创建一个远程存储库来代理对方的本地存储库。是这样的:

虚拟存储库使您的工作更加简单。通过封装本地和远程Git LFS存储库，您只需要用一个URL配置Git LFS客户端，即Artifactory中虚拟Git LFS存储库的URL，并使用该URL。底层存储库的详细信息是隐藏的。在我们的例子中，一旦Alice和Bob各自定义了一个虚拟存储库，他们的设置看起来像这样:

现在，如果将这个场景扩展到10个(或100个)开发人员在4个全球站点上从事同一个项目，您就会开始理解在Artifactory中使用远程和虚拟Git LFS存储库的价值和效率。这是在我们讨论Artifactory提供的细粒度访问控制或基于校验和的存储之前。

总而言之，如果你是一个Git用户，你还没有下载Git LFS，现在就回到前面下载Git LFS。从那以后，你就设置Git LFS以使用Artifactory只需5分钟．