Ability to reference SDK without the version about testfx

[MarcoRossignoli]

That did the trick - maybe worth calling out in some documentation somewhere? I originally just copy-pasted from the samples in the blog post.

Good idea, it's in the note box under the code sample https://learn.microsoft.com/en-us/dotnet/core/testing/unit-testing-mstest-sdk but looks like is not super clear, thanks for the suggestion.

[martincostello]

That did the trick - maybe worth calling out in some documentation somewhere? I originally just copy-pasted from the samples in the blog post.

[Evangelink]

TODOs:

• Update doc to make it clearer that global.json can be used and provide a full example
• Make it clear this is the recommended pattern
• Update SDK sample to add the global.json case

[Evangelink]

@martincostello I will move on this ticket as completed as the docs and samples have been added/edited.

[MarcoRossignoli]

Somehow allow the SDK to be loaded/referenced without an explicit version number by loading it from the package reference (e.g. from ).

Hi @martincostello, the MSBuild sdk versioning doesn't allow the usage of the NuGet Central Package Version Management

As you can see here https://github.com/microsoft/testfx/tree/main/src/Package/MSTest.Sdk/Sdk an MSBuild SDK is a bunch of props/targets that we compose (for instance this is the main file https://github.com/microsoft/testfx/blob/main/src/Package/MSTest.Sdk/Sdk/Runner/ClassicEngine.targets).

So it's not easy have 1 version for everything because the imports will import more packages with different versions. So our 3.1.1 sdk actually is the "version" of MSTest from feature perspective but it's composed by more packages from different part of the platform and with different versions. For instance the new testing platform(https://github.com/microsoft/testfx/blob/main/docs/testingplatform/Index.md) that empower the runner is at the moment at version 1.1.0.

The only way at the moment to centralize the version at solution level is to use the global.json as explained here https://learn.microsoft.com/en-us/visualstudio/msbuild/how-to-use-project-sdk?view=vs-2022#how-project-sdks-are-resolved

When the version is missing the resolver goes to the default installed MSBuild sdks (i.e. C:\Program Files\dotnet\sdk\8.0.104\Sdks) or to NuGet(available feeds) using the version specified inside the global.json.

[martincostello]

Thanks for the information - I'll have a look to see if adding the SDK in global.json works.