Skip to content
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

Solution extensions file should define extensions per VS major version #49

Open
josundt opened this issue Nov 9, 2021 · 3 comments
Open

Comments

@josundt
Copy link

josundt commented Nov 9, 2021

When migrating from VS2019 to VS2022, it is hard to keep a common .vsext solution file with extension recommendations that will work for both VS versions in the transition period.

The .vsext JSON schema should be extended to have recommendations per VS major version, since (most) extensions target one major version only.

@loop8ack
Copy link
Owner

loop8ack commented Nov 9, 2021

I have exact the same issue :/

But in my case, it's about team members who want to continue working with Visual Studio 2019.

@CZEMacLeod
Copy link

Or the extension should not prompt to install extensions that don't target the current version of VS running,

@astrohart
Copy link
Contributor

astrohart commented Jan 17, 2022

I am working on this issue. I found a great piece of code on Stack Overflow here and I am adding properties to the Manifest class for the currently-running Visual Studio's Major, Minor, Build, and Revision version numbers.

Moreover, there will be a isVersionSpecific flag and a check box in the Export Extensions check box to turn version-specific behavior on or off. When off, the properties are all set to zero, and the import knows not to care what they are set to.

My two cents. I'll file a PR and see if Mads wants to imbibe it. I figure detailed VS version info in the .vsext file could potentially be of greater use down the road for certain applications, so while I was at it, I thought, 'why not?'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants