GitLab能否将LFS对象存储在独立的远程位置或仓库中？

GitLab SaaS平台原生支持情况 #

GitLab SaaS 目前原生不支持将单个代码仓库的LFS对象定向存储到另一个独立的GitLab仓库中，所有同一仓库产生的LFS对象默认都会计入当前仓库的存储配额。
如果是自托管部署的GitLab实例，可以通过配置独立的对象存储服务作为LFS后端存储，实现代码和大文件的存储资源隔离，不受单仓库存储限额限制，但该配置不适用于GitLab SaaS免费/付费方案。

其他主流代码托管平台支持情况 #

目前GitHub、Gitee等主流代码托管SaaS平台均未原生支持跨仓库存储LFS对象的功能，所有LFS资源默认和所属代码仓库绑定，计入对应仓库的存储配额。

可落地的替代实现方案 #

如果确实需要实现代码、LFS文件存储配额分离，可以用以下两种方案实现：

• 自定义LFS远程地址：在代码仓库根目录提交.lfsconfig配置文件，指定独立的LFS存储服务地址，所有LFS对象会直接上传到你自行部署的LFS服务，完全不占用代码托管平台的仓库存储配额。配置命令为：

  git config -f .lfsconfig lfs.url <你的独立LFS服务地址>
  

  配置提交后所有协作者拉取代码即可自动生效，不需要额外修改本地配置，LFS的拉取、推送逻辑和原生使用体验完全一致。
• 仓库关联同步方案：单独创建专门的LFS资源仓库存储所有大文件，代码仓库中只保留大文件的版本映射清单，通过自行编写的同步脚本在需要时从LFS仓库拉取对应版本的大文件到本地工作区。该方案不需要额外部署LFS服务，但需要自行维护文件版本同步逻辑，使用便捷性低于原生LFS。

内容的提问来源于stack exchange，提问作者ballBreaker