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
I'm in the same situation.
My laptop (Windows machine with Git installed and GCM) and GCM is not forwarded to Remote-SSH Host.
Scenario 1:
My Laptop => Remote-SSH to linux host, trying to clone a repo that have the credentials saved on the windows machine fails. $ git config --get credential.helper empty reply
Scenario 2:
Manually upload the content of the repository to the SSH Host, because there is a .devcontainer that I want to run.
My Laptop => Remote-SSH to linux host => Reopen folder remote container works without issues. $ git config --get credential.helper Returns !f() { /root/.vscode-server/bin/899d46d82c4c95423fb7e10e68eba52050e30ba3/node /tmp/vscode-remote-containers-673b0b90a3ad4447008f875661559991d7fdb747.js $*; }; f
Is there any workaround to be able to forward de GCM to the Remote-SSH host?
Is this GCM (GCM-Core) or old skool GCM? Check by running the git-credential-helper-selector and choose GCM manager-core.
So a few suggestions...
[credential "protocol://hostname/path]
helper = !<absolute path to command or script>
If host is localhost, maybe...
Where ! and everything after is a shell command and is treated as a shell script.
As I have the absolute path to set to a path and this was set by, in ~/.gitconfig, by running git-credential-helper-selector.exe from 'git/mwng64/bin/' .
Also maybe you want to have this set as a --system config and not per --global config.
So map your remote command or script to a remote and add the bang character, and pass the output to a local intermediary for git to process.
Not tested, but is per gitcredentials on git-scm.com.
In theory, a helper can be any external command, script or executable in any language. Git doesn't care so long as the output is accessible.
And git credentials is not network aware for its cache Daemon as it only prefers local file systems via Unix sockets, it would go to reason that it prefers it commands and stdin/stdout as local and not on remote/network shares.
I'm in the same situation.
My laptop (Windows machine with Git installed and GCM) and GCM is not forwarded to Remote-SSH Host.
Scenario 1:
My Laptop => Remote-SSH to linux host, trying to clone a repo that have the credentials saved on the windows machine fails.
$ git config --get credential.helper
empty replyScenario 2:
Manually upload the content of the repository to the SSH Host, because there is a .devcontainer that I want to run.
My Laptop => Remote-SSH to linux host => Reopen folder remote container works without issues.
$ git config --get credential.helper
Returns!f() { /root/.vscode-server/bin/899d46d82c4c95423fb7e10e68eba52050e30ba3/node /tmp/vscode-remote-containers-673b0b90a3ad4447008f875661559991d7fdb747.js $*; }; f
Is there any workaround to be able to forward de GCM to the Remote-SSH host?
Originally posted by @interpeix in #5977 (comment)
The text was updated successfully, but these errors were encountered: