Skip to content
This repository has been archived by the owner on Jan 24, 2023. It is now read-only.

Git LFS protocol support #2057

Open
Tails opened this issue Apr 30, 2022 · 3 comments
Open

Git LFS protocol support #2057

Tails opened this issue Apr 30, 2022 · 3 comments

Comments

@Tails
Copy link

Tails commented Apr 30, 2022

Overview

Support the Git LFS endpoint protocol so that portals can be used as drop-in replacements for expensive LFS servers like Gitlab. ($60 per 10GB).

Context

I have a web3 project that is deployed and hosted on Skynet. It includes some large files that I track in my Git repository using the Git LFS extension. After reaching the Gitlab LFS quote for my tier it turns out reducing the storage need has been made unnecessarily complicated and will effectively need cloning my repository without the LFS extension.

The LFS server used however can be configured. So it would be great if I could point it at a skynet portal as a drop-in replacement like so:

git config -f .lfsconfig lfs.url http://skynetpro.net

Design or Proposal

There is a wealth of implementations already so it shouldn't be too complicated to add the endpoints to the portal: https://github.com/git-lfs/git-lfs/wiki/Implementations

@DavidVorick
Copy link

Thanks for the suggestion! We'll take a look at this and see if we can fit it into the roadmap. If anyone in the open source community is interested in implementing this, we're happy to prioritize helping you, teaching you how to dev for the portal, and reviewing code.

@Tails
Copy link
Author

Tails commented May 3, 2022

I am assuming the preferred way to integrate it would be to add a Git LFS-protocol-compatible endpoint on the proxy/http server that you already have, as opposed to just adding/exposing a pre-existing Git LFS proxy microservice through the portal?

@Tails
Copy link
Author

Tails commented May 31, 2022

I have been experimenting with a local "custom transfer" binary as a first step. See: https://github.com/parture-org/git-lfs-skynet, but a proper LFS endpoint on the portal would be even better!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants