-
Notifications
You must be signed in to change notification settings - Fork 451
Feature Request: Team Sign-in support for multi-root workspaces #339
Comments
I just got the same issue. Love the Workspace feature in VS Code. But now I can't use VSTS Vscode anymore. |
@nonameolsson for now, my workaround is to use multiple windows of VSCode, and switch between them. Obviously I'd rather the VSTS extension use the context of which multi-root workspace is selected, but there's definitely workarounds that can allow you to keep using VSTS/VSCode |
Not sure if it is the same issue. We have both work and personal accounts, and some repos are in one whereas others in the other. Thanks |
I ran into this issue when trying to us the "Create Pull Request" command. That command should key off of my active repo, but when in a multi-root workspace it appears to only capture the first repo as my active repo. |
I have @ImperfectSeven's issue as well. The way this should work is based on which repo I have selected either as my current active open file, or currently selected source control, it should switch repositories. Currently it always shows whatever is listed as my first repo in my workspace at the bottom no matter how I attempt to navigate to another repo. |
Any news for this feature ? This is a very huge constraint to use multi-root workspace. |
At the very least, add a vscode command to switch workspaces. Would work like this: Here is the guidance article from the VSCode team on adopting multi-root workspaces: Further, here is an implementation example that triggers on selected file change. I would expect the logic would be to hook to this change, get the workspace of the current file, and if it is different than the current workspace, do a "team signin" to that workspace |
I have 20+ git repos I interact with, many times working across the code bases daily. I currently make use of a workspace containing all of these repos so I can easily switch between them without opening a new editor screen.
Now that multi-root workspaces are a stable released feature, it would be nice if this extension were updated to look at the context for which SCM provider is selected, and use that to connect to VSTS, as opposed to just looking at the base directory opened in vscode for the git repo.
The text was updated successfully, but these errors were encountered: