[DCR]: NuGet-based MSBuild project SDK resolver should run after .NET SDK resolver #11566
Labels
Priority:2
Issues for the current backlog.
Product:MSBuildSDKResolver
The NuGet powered SDK resolver. Owned by MSBuild team
Type:DCR
Design Change Request
Milestone
NuGet Product(s) Affected
NuGet.exe, MSBuild.exe, dotnet.exe
Current Behavior
Currently the NuGet-based MSBuild project SDK resolver runs before the .NET SDK resolver. The intention was that a user could override built-in SDKs with their own or we could ship official SDKs as NuGet packages. However, after years of this SDK infrastructure being available, it is extremely unlikely we'll be changing how SDKs are shipped.
Desired Behavior
Instead, we should make the NuGet-based MSBuild project SDK resolver run after the .NET SDK resolver so that if a user is using a built-in SDK like
Microsoft.NET.Sdk
then its resolved faster. There is a bit of overhead with the NuGet-based MSBuild project SDK resolver so avoiding it when we know the SDK is just built-in is a win for customers.Additional Context
No response
The text was updated successfully, but these errors were encountered: