-
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
Local live-live builds #494
Conversation
…dependencies are in the building subset/subset category.
…ding a new BinplaceConfiguration. Update test_dependencies in the CoreCLR tree to use that to restore OOB libraries.
…he reference is only needed at runtime and Core_Root already has System.Drawing.Common).
…live world, we'll run this test configuration by pointing the CoreFX test host build step at the artifacts from a checked CoreCLR build (possible in both local and CI builds).
…(breaks the live-live build on a clean system).
…ms to be unneeded since the SDK now packages a RID graph. Use the live RID graph in test_runtime.csproj where we may actually be looking for the live RID graph.
…eferences from the installers.
…ckaged Microsoft.NETCore.Platforms package.
…ntime into live-live-builds
…oreclr-and-libraries-job template.
…PackageName).versions.txt file that other shared frameworks also don't generate.
I am so confused by the failures here. The failures say that the CoreCLR subset was not found at |
And with the exact same parameters it passes locally.... |
And the exact same thing works perfectly in the libraries builds. |
…t the CoreCLR download.
…the LibrariesConfiguration is different from the installer build configuration.
… be consistent with the libraries build so our package versions match.
…typo in TargetPath for CoreCLR assets (runtime instead of runtimes). Fix paths for CoreCLR cross-target files as well as crossgen to place them in the correct directories.
Everything is passing except the check for the "platform manifest" in the Microsoft.NETCore.App.Ref targeting pack. This is related to https://github.com/dotnet/core-setup/issues/8853. |
That's great! Does Davis's note help?
|
I already followed that when I started this PR and I think that might be part of what's causing the issue now. |
@jkoritzinsky is the PR ready to be merged? |
Yep! |
Niceeee. I assume you will merge it after sending out the mail? :) |
Will do! |
This PR implements local live-live builds. The
eng/liveBuilds.targets
MSBuild file is the central location for live dependency file discovery. There are various MSBuild property hooks in there to enable overriding the location of the various consumed live components.Work completed in this PR:
Future work for another PR once we are off the critical path:
src/installer/pkg/projects/netcoreapp/src/localnetcoreapp.override.targets
so we can send back a patch to Arcade and removelocalnetcoreapp.override.targets
.eng/liveBuilds.targets
to have a target for consuming a live build of the hosting layer.Superscedes #55 (needed to be recreated after the repo went public).