-
Notifications
You must be signed in to change notification settings - Fork 440
Build sourcelink after command-line-api #16924
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
Build sourcelink after command-line-api #16924
Conversation
MichaelSimons
left a comment
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.
These particular changes look good. In regards to dotnet/source-build#3439, what do you think the scope is around cleaning up the existing version.details.xml dependencies? I think we should at a minimum clean up the dependencies in the source-build repos - SBRP and SB-externals. Should we be removing the source-build attribute from the other repos?
I'll update the PR description to specify that this PR My thinking is that we should remove source-build tag from all repos that are using newer SDK (except one for flow control): dotnet/sdk#31632 Should we track this as part of separate issue for source-build tag cleanup? There's likely some more opportunities for this cleanup besides sourcelink dependencies. |
I think an issue specific to cleaning up the sourcelink dependencies would be best. Any other cleanup that is discovered should be tracked separately and is likely lower priority. |
Issue for tag removal: dotnet/source-build#3551 |
|
@NikolaMilosavljevic, @mthalman - it looks like these changes may have broke the bootstrap CI legs. I suspect this is related to the sourcelink version.details.xml dependencies not being cleaned up first, IDK for certain. |
This is failing early, building first repo, |
|
One other thing I noticed that I question if it needs to be cleaned up it the |
|
It looks like 8.0.0-beta.23252.2 is the version of sourcelink the SDK used in stage 1 depends on. |
This is puzzling. This PR seems to have caused the issue, but Old build order: New build order: |
It must be some transitive dependency coming from arcade packages as |
|
Found the root cause. Arcade bootstrap package is used to build Of course, PSB archive contains newer |
|
I had to implement this repo reordering as I'm enabling |
With the sourcelink changes in the SDK, is the Arcade reference to sourcelink still necessary? |
Not sure, but I'll try to remove it and see what happens. An alternative would be to build both |
@mmitche with SourceLink now part of SDK, can we remove the dependency in Arcade and especially these two lines: https://github.com/dotnet/arcade/blob/2d2482f9b6ccaaac02ef39adc06b3e30b29a5c13/src/Microsoft.DotNet.Arcade.Sdk/Microsoft.DotNet.Arcade.Sdk.csproj#L70-L71 |
|
@NikolaMilosavljevic, @tmat was waiting for the p6 release to remove the arcade functionality. The functionality was in p5, but broken there. I believe this work can be completed now. /cc @ViktorHofer who was also involved. |
@tmat, @ViktorHofer is there a draft PR or a summary of changes (if small)? I'd like to test a local VMR build to see if stage 2 build gets unblocked. |
|
We first need dotnet/arcade#13886 to go in and then revert dotnet/arcade#13825 |
Contributes to: