具有 Artifactory 的多推送复制功能的 GIT LFS

【问题标题】：GIT LFS with Artifactory's multi-push replication feature具有 Artifactory 的多推送复制功能的 GIT LFS
【发布时间】：2016-07-13 23:51:31
【问题描述】：

我们正在评估 GIT LFS 和 Artifactory 以存储大型二进制文件。本地（主）Artifactory 服务器将启用多推送复制，因此我们的卫星办公室服务器（监督）可以接收大文件。但是，如果 git-lfs 指针文件包含一个“本地”lfs-url 端点，它将（大概？）从我们的本地 Artifactory 服务器下载大文件，而不是从我们卫星办公室的远程服务器下载大文件（从而通过网络，这是不可取的）。

我的问题是； - 当用户执行提取或克隆时，GIT LFS 将如何知道从哪个 Artifactory 服务器检索大文件？

我们希望远程服务器接收大文件（通过 Artifactory 复制），并希望从远程（监督）站点的服务器而不是从我们的本地 Artifactory 服务器下载这些文件。

【问题讨论】：

标签： git artifactory git-lfs

【解决方案1】：

git lfs 指针文件不包含 lfs URL。它包含对象 id 和大小，例如：

version https://git-lfs.github.com/spec/v1
oid sha256:ea824d6f0abeedf87be8951e4535c25d4d2955adfd435cfee956e72af6f258c9
size 4570923

在您的卫星站点中克隆 git 项目时，您可以配置一个指向本地 Artifactory 的 lfs-url，lfs 将从那里提取文件。

【讨论】：

感谢@drob 的反馈和更正。我怀疑可能需要一些手动干预来为卫星办公室配置正确的 lfs-url。我希望有一些自动化的方式来执行 lfs-url 转换，也许在 Artifactory 配置中。我想那是一厢情愿.. :) - 再次感谢。
根据您配置卫星办公环境的方式，您可能能够自动执行此操作。另一种选择是使用指向本地 Artifactory 的“geo DNS”机制。这将允许在所有站点中使用相同的主机名。
再次感谢。我将研究自动化方法，因为这将是此实现的要求。我会尽快投票。