Git UI: SSH path should be configurable (GIT_SSH)

[four43]

Does this issue occur when all extensions are disabled?: Yes/No
Yes

• VS Code Version: 1.99.3
• OS Version: Debian GNU/Linux 12 (bookworm)

I have a special GIT_SSH script I'd like to use in my personal dotfiles that cycles through keys in my ssh-agent and tries each of them for git operations. This works awesome for flipping between personal Github keys where I interact with OSS and our corporate enterprise account (both hosted on github.com which makes it a WHOLE thing...). Anyway, I need a way to specify a GIT_SSH, after my dotfiles are checked out, which is respected in the Git UI in VSCode. There doesn't seem to be a great way to do this... I have chatted with Copilot VSCode bot and it agrees 🤖

Steps to Reproduce:

1. Create a repo that has a devcontainer specified
2. Set GIT_SSH via Docker Compose to my script in my dotfiles, have the devcontainer use docker compose
3. Checking out my dotfiles fails because the script I am using in GIT_SSH isn't there yet (cart is before the horse here)

OR!

1. Create a repo that has a devcontainer specified
2. Setting GIT_SSH via postCreateCommand, using something like export GIT_SSH=[...] doesn't seem to have an effect on the Git UI in VSCode. Guessing it's not the same shell/env

Any ideas here? Thanks all.

[vs-code-engineering]

Thanks for creating this issue! It looks like you may be using an old version of VS Code, the latest stable release is 1.99.3. Please try upgrading to the latest version and checking whether this issue remains.

Happy Coding!

[four43]

Typo - sorry, vs-code-engineering bot

[lszomoru]

Adding @chrmarti as the issue seems to be devcontainer specific.

[chrmarti]

I'm not aware of a simple way of doing this, but you could set GIT_SSH to the path of a symlink to ssh that your dotfiles could then replace.

[vs-code-engineering]

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 10 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!