-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[release/9.0-staging] Backport "Ship CoreCLR packages in servicing releases" #113026
[release/9.0-staging] Backport "Ship CoreCLR packages in servicing releases" #113026
Conversation
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.
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
@jkoritzinsky PTAL, thanks! I don't know if there are 8.0 fixes to these packages that are waiting to propagate, but should we backport this to 8.0 as well, just for good measure? |
Tagging subscribers to this area: @hoyosjs |
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.
lgtm. please get a code review. we will take for consideration in 9.0.x
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.
LGTM - do we need to do an official build of this in servicing to ensure it does the right thing? -- never mind I see that was done. Thank you!
f18ca7d
into
dotnet:release/9.0-staging
Backport #113020 to release/9.0-staging
Customer Impact
An attempt to backport #111444 revealed that CoreCLR packages (like ILAsm/ILDasm) aren't published in servicing releases, meaning fixes to these packages aren't reaching customers. As identified in #112710 (comment), there are some non-CoreCLR packages that also aren't being shipped in servicing releases, but probably should be.
Regression
As far as I know, there was never a conscious decision to stop updating these packages in servicing releases.
Testing
An official build of
release/9.0-staging
with CoreCLR packages enabled for shipping passed, and I verified in the package manifest that these packages were shipped. Some manual verification that these packages were shipped in the next servicing release would be prudent.Risk
Low. While this will change the versions of the packages available to customers, I suspect few customers were using these packages to begin with, considering it took us this long to notice this.