Skip to content
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

Improve loading of Roslyn assemblies on validate package task (#22277) #24339

Merged
merged 2 commits into from
Mar 14, 2022

Conversation

joperezr
Copy link
Member

Contributes to #22353

Porting #22277 to release/6.0

cc: @carlossanlop @ericstj @dagood

After this change is in and we have a build for it, I will go ahead and create a PR in runtime to update the version of PackageValidation we use.

…#22277)

* Improve loading of Roslyn assemblies on validate package task

* PR Feedback
@dotnet-issue-labeler
Copy link

I couldn't figure out the best area label to add to this PR. If you have write-permissions please help me learn by adding exactly one area label.

Copy link
Member

@carlossanlop carlossanlop left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Direct backport. LGTM.

@joperezr joperezr enabled auto-merge (squash) March 11, 2022 22:23
@joperezr joperezr disabled auto-merge March 11, 2022 22:33
@@ -6,7 +6,7 @@
<IsPackable>true</IsPackable>
<IsShippingPackage>true</IsShippingPackage>
<StrongNameKeyId>Open</StrongNameKeyId>
<VersionPrefix>1.0.0</VersionPrefix>
<VersionPrefix>1.1.0</VersionPrefix>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Separately we were discussing just calculating this based on the repo branding, is that possible? Maybe we can address the stabilization issue in this PR too.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We could do that, but I thought that we said we were going to do that on main. The only problem about doing that here, is that main today generates builds that are 2.0.0 so making that change here will start generating versions that are greater (in NuGet's comparisons) to main branch. If that's ok with you, I'd rather make that version change first in main branch, and then cherry pick back if we think it is necessary.

@dagood
Copy link
Member

dagood commented Mar 11, 2022

cc: @dagood

I'm not on the .NET source-build team anymore: +cc @dotnet/source-build-internal

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants