Replies: 6 comments
-
With the advent of "Develop Against Any Org in Visual Studio Code", I think it is more useful as well to provide workspace access to multiple projects connected to different instances. In Eclipse based force.com IDE, it was easy to create multiple projects and use them from a single IDE. Currently, I open multiple instances of vscode to access multiple projects. Hope this is going to change soon to a single instance of vscode. |
Beta Was this translation helpful? Give feedback.
-
Please support this feature asap. This is must for all developers |
Beta Was this translation helpful? Give feedback.
-
Any update on this? (Tentative) roadmap? |
Beta Was this translation helpful? Give feedback.
-
VSCode has stable multi-root workspaces available. With 1GP to 2GP conversion path in beta, we absolutely need this: https://code.visualstudio.com/docs/editor/multi-root-workspaces https://github.com/microsoft/vscode/wiki/Adopting-Multi-Root-Workspace-APIs |
Beta Was this translation helpful? Give feedback.
-
I ran into that functionality missing today. I have 3 repositories closely tied to each other but need to separate concerns. For active development and deployment this is wasting a huge amount of time. So, I was kind of astonished, that the SDFX extension isn't capable of handling this correctly Checks on the extension confirmed it's straight going to the first folder in the workspace only. I am surely not an expert in VSCode Extensions. However, I enriched the code a bit:
ExplanationThe addition is only run if multiple folders exist. In that case, it checks the AdvantageMultiple Workspace Folders seem to work with context menu commands (like Retrieve, Deploy) on the editor window. Nothing in terms of running commands from CLI seems broken in an initial check. And even the explorer context menu works, if a file of the corresponding tree is included. DrawbackIf the active editor window is from another workspace folder than selected in the explorer context, we still face an issue. However, opening any file from that tree (e.g. the one to retrieve/deploy) resolves that issue. Not great but better than nothing. The above code resides in the |
Beta Was this translation helpful? Give feedback.
-
I would LOVE to see support for multi-root workspaces. My use-case is that I work on a backend project, front-end project and a Salesforce managed package project. I tried to add the Salesforce project to the workspace, but commands didn't work and rogue Also, I find that the sfdx plugin randomly adds |
Beta Was this translation helpful? Give feedback.
-
Is your feature request related to a problem? Please describe.
We have been encouraged to break our solutions up into smaller more focused packages. Having done so, I've started working in vscode with some various package directories added to a vscode workspace. It's just easier than having a bunch of different windows. Unfortunately, this completely breaks the sfdx extensions. The extensions won't run most commands because they don't know what project they are working with.
Describe the solution you'd like
It would be good if the extensions could recognize that multiple projects are open in the workspace and determine context based on file location for file specific actions or allow the user to choose a project otherwise.
Describe alternatives you've considered
The cli still works wonderfully as you can just cd in the terminal or have more than one terminal. I've just been using that, but it's difficult with things like test runs. The command palette and inline "buttons" are much nicer. Thus far, I have been opening the folder in a new window when I want to run tests.
Additional context
The vscode extensions and sfdx in general are awesome. Thank you and keep up the good work.
Beta Was this translation helpful? Give feedback.
All reactions