-
Notifications
You must be signed in to change notification settings - Fork 29.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Editor/Extension profiles per project #40109
Comments
Yes! This would be very useful, maybe also add a menu with |
Seems like #40239 would be covered by this? |
Indeed, both of these features seem to target the same goal. |
There's also Persisting "disable by workspace" settings in source control The fact that there's currently an enable by workspace which saves to local storage makes it seem like at least the above may not be a very big lift. @lunsdorf perhaps close this as a duplicate to focus attention on the the above issue? also you can already put Since #15611 shipped, I can disable an extension globally and enable it only for a workspace - which is a lot better than a bunch of global extensions which can step on each other... |
@jcrben Which issue do you refer to, #18386 or #40239? I think the latter one is more like a subset of this one. Implementation of #15611 is great, although I don't know how installation of new extensions is handled by that. Besides that I agree on focusing on just one issue and wouldn't mind closing this one if the other requests the same feature. |
I think #40239 should be closed as duplicating this one. And I think this one would be best implemented by focusing on improving the current system with #18386.
There's already Extension Recommendations https://code.visualstudio.com/docs/editor/multi-root-workspaces#_extension-recommendations - does that not accomplish the prompt for install? A similar recommendation system also applies for the folder-level settings.json as well I think. So the last step is to automatically enable extensions after installing them, which is covered by #18386 - we also need to be able to persist extensions as disabled globally in our settings. Perhaps the recommendations could be improved - maybe we specify that the extensions should be installed, but default to only enabled in the workspace or something? #39272 also gets into this where the extensions are basically entirely scoped to a project |
If everyone who voted for this would vote for those two, it might get noticed more. That #15611 had 61 votes and I think most of those people really would like this more complete solution (@sandy081). Also, for per-project profiles while sharing a team project settings, there's Add ability to extend from other settings files which I discussed in a bit more detail at https://stackoverflow.com/a/49213663/4200039 |
Since VSCode became a solid platform for developing software in many different languages, it would be nice to have something like an editor profile per project, so that only relevant extensions would be loaded for that project. Ideally, extensions could be installed automatically if I would checkout an existing project that contains a profile and requires extensions that I don't have, yet.
The text was updated successfully, but these errors were encountered: