-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Production ready #69
Comments
It has been used in production at various places for years now. It is an extremely stable service AFAIK. No telemetry is collected, so I don't have hard data to prove this, but I think it can be inferred by the relatively low number of issues reported. There are no major outstanding issues preventing usage in production that I know of. If you find any issues, please report them! |
We will try to choose rudolfs as our lfs server, seems it fairly lightweight and rust deserve a plus, the only blocker is we need authentication(maybe OIDC or Oauth2), and we are very happy to extend rudolfs if you like :) |
@pkking The addition of authentication is welcome as long as it is optional. See also the discussion about authentication in #34 (comment). |
hello, @jasonwhite, why not add a rclone backend, since it handles authentication and more? I think it wouldn't be that hard and plus it would be more stable than one would develop it himself, as it would be standing on the shoulders of the giants. Thanks for the project btw. |
@nnWhisperer I think you're talking about authentication with the backend storage service (e.g., AWS S3, etc), which is different from the authentication that the Git LFS client might want to do with Rudolfs. Nevertheless, an rclone backend isn't a bad idea if it works reliably and integrates well. |
Hi @jasonwhite , thanks the awesome project, im curious whether rudolfs production ready or not? Any feature list or roadmap here?
The text was updated successfully, but these errors were encountered: