You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When I use git-lfs to push to a pure-SSH endpoint, I see the following message:
Locking support detected on remote "local/ssh". Consider enabling it with:
$ git config lfs.https://localhost/root/lfs-test.git/info/lfs.locksverify true
I didn't give it this URL anywhere, and it's not even valid in my configuration. With a pure-SSH connection, git-lfs should not even think about connecting via HTTP (I noticed that git lfs env also displays this phony HTTP endpoint.)
To Reproduce
Steps to reproduce the behavior:
Push to a pure-SSH endpoint
See the output
Expected behavior
git-lfs should either know that locking is supported by the SSH endpoint, or at least give me the correct URL to enable locking.
I think this probably should be fixed. I have some SSH-related improvements in a recent PR which should be easy to include the appropriate URL.
Note that the Endpoint URL exists because in git lfs env it's not known whether the endpoint supports the native SSH protocol or not and we don't want to attempt to connect to find out. Thus, both the HTTPS and SSH protocols are listed.
Note that the Endpoint URL exists because in git lfs env it's not known whether the endpoint supports the native SSH protocol or not and we don't want to attempt to connect to find out. Thus, both the HTTPS and SSH protocols are listed.
Thanks for the context. If #5555 gets merged, and the endpoint is configured as native SSH only, then git-lfs should definitely not list a made-up HTTPS URL.
Describe the bug
When I use git-lfs to push to a pure-SSH endpoint, I see the following message:
I didn't give it this URL anywhere, and it's not even valid in my configuration. With a pure-SSH connection, git-lfs should not even think about connecting via HTTP (I noticed that
git lfs env
also displays this phony HTTP endpoint.)To Reproduce
Steps to reproduce the behavior:
Expected behavior
git-lfs should either know that locking is supported by the SSH endpoint, or at least give me the correct URL to enable locking.
System environment
Ubuntu 20.04, connected to an under-development GitLab server (with https://gitlab.com/KyleFromKitware/gitlab-shell/-/tree/git-lfs-transfer applied to gitlab-shell) with pure-SSH support.
git config -l
:Output of
git lfs env
Additional context
Any other relevant context about the problem here.
The text was updated successfully, but these errors were encountered: