You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A recent issue occurred in .NET 9 where the Microsoft.AspNetCore.Server.HttpSys assembly was essentially empty in the source-built SDK: dotnet/aspnetcore#59166. This was not caught prior to GA because there were no tests that validated the usage of this assembly on a source-built SDK.
We should consider defining a test, similar to the exists tests in SdkContentTests.cs, that compares the public API between the Microsoft-built and source-built SDKs. The assertion is that the APIs are identical between the two. As a general purpose test, this would apply to all assemblies and would have caught this issue well in advance of GA release.
The text was updated successfully, but these errors were encountered:
[Triage] It is likely that a baseline mechanism is going to be needed as there are components intentionally excluded from SB. Exclusions would likely be needed at api, class, and namespace levels to help with maintainability. There could also be some difference caused by version differences between the two builds.
A recent issue occurred in .NET 9 where the Microsoft.AspNetCore.Server.HttpSys assembly was essentially empty in the source-built SDK: dotnet/aspnetcore#59166. This was not caught prior to GA because there were no tests that validated the usage of this assembly on a source-built SDK.
We should consider defining a test, similar to the exists tests in SdkContentTests.cs, that compares the public API between the Microsoft-built and source-built SDKs. The assertion is that the APIs are identical between the two. As a general purpose test, this would apply to all assemblies and would have caught this issue well in advance of GA release.
The text was updated successfully, but these errors were encountered: