-
Notifications
You must be signed in to change notification settings - Fork 133
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
Minimize differences between different builds of .NET #4010
Labels
area-product-experience
Improvements in the end-user's product experience
Comments
[Triage] This is something that will come as a result of the Unified Build project which won't be completed until the 10 timeframe. Moving to 10. |
Some users have also pointed out other differences at dotnet/core#9258 |
Missing workloads is another issue: #3242 (comment) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
A .NET SDK produced by different vendors can be very different.
A few years ago, a source-build .NET was built using a completely different process than a Microsoft-built SDK. It was possible that different versions/commits of repos were used to build source-build, in a very different configuration than a Microsoft-built SDK.
We know that Microsoft intends to move to using the VMR for .NET and later releases. We would like to see everyone building out of one repo/commit/tag as much as possible and minimize the differences in sources between the sources used for various builds of .NET.
There is also a difference between the contents of the generated SDK, such as which files are in the SDK (see the baseline diff) as well as contents of the files (eg, optimization levels, or the .NET TFMs they are targeting).
We would like to minimize - as much as possible - the differences between the repo/commit/sources used to build .NET, and how .NET is built.
This doesn't change that fact that people may choose to build in different configurations (eg, link against system libraries), but it should be possible to build source-build (and a Microsoft-build) such that the results are nearly identical.
The text was updated successfully, but these errors were encountered: