-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Don't fall back to .NET Standard package pruning for .NET Framework #51288
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
Don't fall back to .NET Standard package pruning for .NET Framework #51288
Conversation
| acceptNearestMatch = true; | ||
| } | ||
|
|
||
| var frameworkPackages = FrameworkPackages.GetFrameworkPackages(nugetFramework, [frameworkReference], acceptNearestMatch) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if we ever want nearest match behavior at all. Is there a scenario where we actually need it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We were also using the nearest match as part of a workaround for dotnet/windowsdesktop#4904. That may not be needed any more but I think we should keep this change as small as possible.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we can delete in V.Next in conjunction with measuring that deleting it has zero change on all known TFMs. Just brute force and diff.
Fix #51265
Description
Prevent package pruning from occurring for .NET Framework. This was supposed to have occurred with #50816, but we missed that the prune package data logic would fall back to compatible frameworks for .NET Framework, so it ended up falling back to and using the .NET Standard pruning data.
Customer impact
This will fix various problems when compiling for .NET Framework, such as
net10.0. xunit/xunit#3413 (comment)Regression
Yes
Testing
Added automated test
Have not yet been able to validate this fixes the xUnit crash
Risk
Low