-
Notifications
You must be signed in to change notification settings - Fork 10.4k
Replace Internal.AspNetCore.Sdk with Microsoft.DotNet.Arcade.Sdk #10674
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
Conversation
…of $repoRoot/.dotnet/x64
… (follwing arcade conventions)
…nstead of $repoRoot/.dotnet/x64
…ernal.AspNetCore.BuildTasks as a temporary workaround
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.
Can't say I know KoreBuild well enough, or reviewed this closely enough to be super confident, but glad to see it happening!
/azp run |
Pull request contains merge conflicts. |
/azp run |
Azure Pipelines successfully started running 3 pipeline(s). |
Farewell (almost) KoreBuild, you served us well :). |
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.
Mostly in the same boat as @Pilchie, a lot of this is beyond what I was familiar with. But glad to see us get closer in alignment with Arcade :). Good to do this early in preview 7 too so there's some time to shake out the bugs.
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.
Mostly in the same boat as @Pilchie, a lot of this is beyond what I was familiar with. But glad to see us get closer in alignment with Arcade :). Good to do this early in preview 7 too so there's some time to shake out the bugs.
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.
I didn't spot any problems, but this is a big one with a lot of moving parts, so I feel like the proof will mostly be in if it works or not.
@@ -348,6 +348,10 @@ if ($RunBuild -and ($All -or $BuildJava) -and -not $NoBuildJava) { | |||
} | |||
} | |||
|
|||
if ($env:PATH -notlike "*${env:JAVA_HOME}*") { |
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.
Clarify/comment on what this is for?
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.
It's a minor cleanup that fixes https://github.com/aspnet/AspNetCore-Internal/issues/2592.
RepoRoot=$(AzureIntegrationProjectRoot); | ||
VersionSuffix=$(VersionSuffix); | ||
BuildNumberSuffix=$(BuildNumberSuffix); |
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.
Are these properties still available to the Azure integration projects?
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.
VersionSuffix should be - that's a built in SDK property. BuildNumberSuffix is being removed, but I didn't see it getting used anywhere in Azure integration.
Agreed. I'm doing a thorough diff of the build outputs to make sure things like nuspecs, manifests, filenames, etc. didn't change unexpectedly. @ryanbrandenburg - I'm getting consistent test failures on non-Windows platforms in the templates. I couldn't figure out how my changes would cause this failure. Are test failures here a known issue? |
Blocked on dotnet/arcade#2984 - haven't found a workaround. Struggling to figure out to make our .wixproj files work without some nasty hacks. Evaluation order for VersionSuffix moved from Directory.Build.props to Microsoft.Common.targets, which makes it hard to use |
@natemcmaster The templating link failures should be fixed by #10957 if you rebase on to latest. |
Thanks Ryan! I'll update and try again |
I think I found a workaround for dotnet/arcade#2984 and have pushed a fix to the .wixproj files. |
This comment was made automatically. If there is a problem contact [email protected]. I've triaged the above build. I've created/commented on the following issue(s) |
This is a big PR. I've carefully looked over the build outputs and don't see any major unexpected changes. Merging now so we can move forward with the next round of Arcade improvements. |
This is part of #7280.
Here are the high-level changes:
$repoRoot/dotnet.exe
instead of$repoRoot/x64/dotnet.exe
Work remaining to complete #7280 (will be done in a separate PR)
FYI - marking this as a draft PR until I can get CI to pass. Local builds are working, but still need to validate CI output and tests don't change substantially.
/cc @Pilchie @markwilkie @tmat @aspnet/build