-
Notifications
You must be signed in to change notification settings - Fork 10.3k
[automated] Merge branch 'release/3.1' => 'main' #30603
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
[automated] Merge branch 'release/3.1' => 'main' #30603
Conversation
…ng/internal/dotnet-efcore This pull request updates the following dependencies [marker]: <> (Begin:Coherency Updates) ## Coherency Updates The following updates ensure that dependencies with a *CoherentParentDependency* attribute were produced in a build used as input to the parent dependency's build. See [Dependency Description Format](https://github.com/dotnet/arcade/blob/master/Documentation/DependencyDescriptionFormat.md#dependency-description-overview) [DependencyUpdate]: <> (Begin) - **Coherency Updates**: - **Microsoft.Extensions.Logging**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.NETCore.App.Runtime.win-x64**: from 3.1.12 to 3.1.13 (parent: Microsoft.Extensions.Logging) - **Microsoft.AspNetCore.Analyzer.Testing**: from 3.1.12-servicing.21069.9 to 3.1.13-servicing.21116.4 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.AspNetCore.BenchmarkRunner.Sources**: from 3.1.12-servicing.21069.9 to 3.1.13-servicing.21116.4 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.ActivatorUtilities.Sources**: from 3.1.12-servicing.21069.9 to 3.1.13-servicing.21116.4 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Caching.Abstractions**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Caching.Memory**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Caching.SqlServer**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Caching.StackExchangeRedis**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.CommandLineUtils.Sources**: from 3.1.12-servicing.21069.9 to 3.1.13-servicing.21116.4 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.Abstractions**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.AzureKeyVault**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.Binder**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.CommandLine**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.EnvironmentVariables**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.FileExtensions**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.Ini**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.Json**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.KeyPerFile**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configuration.UserSecrets**: from 3.1.12 to 3.1.13 (parent: Microsoft.EntityFrameworkCore) - **Microsoft.Extensions.Configura...
…ng/internal/dotnet-aspnetcore-tooling This pull request updates the following dependencies [marker]: <> (Begin:7bf32a0c-3505-43af-42b0-08d79559e63d) ## From https://dev.azure.com/dnceng/internal/_git/dotnet-aspnetcore-tooling - **Subscription**: 7bf32a0c-3505-43af-42b0-08d79559e63d - **Build**: 20210217.3 - **Date Produced**: 2/17/2021 8:18 PM - **Commit**: 1756aa62b0ee24952b064aabf88f240da51179b1 - **Branch**: refs/heads/internal/release/3.1 [DependencyUpdate]: <> (Begin) - **Updates**: - **Microsoft.AspNetCore.Razor.Language**: [from 3.1.12 to 3.1.13][1] - **Microsoft.CodeAnalysis.Razor**: [from 3.1.12 to 3.1.13][1] - **Microsoft.NET.Sdk.Razor**: [from 3.1.12 to 3.1.13][1] - **Microsoft.AspNetCore.Mvc.Razor.Extensions**: [from 3.1.12 to 3.1.13][1] [1]: https://dev.azure.com/dnceng/internal/_git/dotnet-aspnetcore-tooling/branches?baseVersion=GC7f783df&targetVersion=GC1756aa6&_a=files [DependencyUpdate]: <> (End) [marker]: <> (End:7bf32a0c-3505-43af-42b0-08d79559e63d)
* Enable ARM64 installers build. (dotnet#25579) Changes WiX toolset used to 3.14 to support ARM64 Generates targeting pack from the x86/x64 leg, as it gets produced using a zip that gets generated there. The ARM64 leg now produces all the necessary msi's, exe, and wixlib needed for the installer to generate a bundle. * Build tageting pack installers * Set TP version to 3.1.10
fd0a4e4
to
69108ce
Compare
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.
Auto-approving branch merge.
Attempted to resolve conflicts via c2d64fd. @wtgodbe / @JunTaoLuo can I please get a review, is this ready for merging? |
Directory.Build.props
Outdated
@@ -137,7 +137,8 @@ | |||
<RuntimeInstallerBaseName>aspnetcore-runtime</RuntimeInstallerBaseName> | |||
<TargetingPackInstallerBaseName>aspnetcore-targeting-pack</TargetingPackInstallerBaseName> | |||
|
|||
<!-- This is used to produce targeting pack installers/packages once per major.minor. --> | |||
<!-- Produce targeting pack installers/packages once per major.minor except in extraordinary cases i.e. 3.1.14 win-arm64. --> |
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.
This is 3.1 specific, revert the changes in this file.
.azure/pipelines/ci.yml
Outdated
@@ -355,6 +405,7 @@ stages: | |||
- name: MacOS_arm64_Packages | |||
path: artifacts/packages/ | |||
|
|||
# Build MacOS |
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.
Where did this come from?
@JunTaoLuo do we really want any of these changes in main? Doesn't the win-arm64 build in main work as-is? |
.azure/pipelines/ci.yml
Outdated
env: | ||
Token: $(dn-bot-dnceng-artifact-feeds-rw) | ||
|
||
- script: ./build.cmd |
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.
No this isn't needed, the script is already defined below, this is a duplication. The two script steps and push vs packages should be removed. @wtgodbe are the private feeds credentials needed?
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.
No, main already does the right thing w.r.t SetupPrivateFeedCredentials. I think this PR should probably be a no-op, unless you think some of the win-arm64 stuff you did in 3.1 is needed to fix something in main
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 am waiting for the decision here before applying the changes I understand from the other ocmments.
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 don't think we want any of the changes to this file - @JunTaoLuo do you agree?
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.
Agreed @wtgodbe. We don't want changes to .azure/pipelines/ci.yml in this PR.
The changes to be merged forward should be very minor. There were some versioning updates that is useful. But I've requested that many non-relevant parts be reverted. |
Merge in internal commit & update SDK/baseline
…net#30439) * Make sure SharedFx & TargetingPack msi names match (dotnet#28298) * Make sure SharedFx & TargetingPack msi names match * Insert packageVersion into OutputName when available * Move props around again * Fix .msi names (dotnet#28572)
- remove remaining way user NuGet.config can infect builds
…308.9 (dotnet#30809) [release/3.1] Update dependencies from dotnet/arcade
c2d64fd
to
29bec2b
Compare
@JunTaoLuo could you have another look? |
@JunTaoLuo and @wtgodbe it looks like something is missing from the 3.1 changes that we need in main. Either of you know off hand❔ Problem is in the Build Installers job e.g.
|
@@ -61,7 +63,7 @@ | |||
<Target Name="ExtractIntermediateTargetingPack" BeforeTargets="PrepareForBuild"> | |||
<PropertyGroup> | |||
<TargetingPackHarvestRoot Condition="'$(TargetingPackHarvestRoot)' == ''">$(InstallersOutputPath)</TargetingPackHarvestRoot> | |||
<IntermediateTargetingPackZip>$(TargetingPackHarvestRoot)aspnetcore-targeting-pack-$(PackageVersion).zip</IntermediateTargetingPackZip> | |||
<IntermediateTargetingPackZip>$(TargetingPackHarvestRoot)aspnetcore-targeting-pack-$(TargetingPackVersionPrefix).zip</IntermediateTargetingPackZip> |
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.
@dougbu pretty sure this is it - TargetingPackVersionPrefix
is VersionPrefix
, which is 6.0
, whereas PackageVersion is 6.0.0
, so this changes the name of the zip:
Lines 26 to 31 in 8481b93
<VersionPrefix>$(AspNetCoreMajorMinorVersion).$(AspNetCorePatchVersion)</VersionPrefix> | |
<!-- | |
TargetingPackVersionPrefix is used by projects, like .deb and .rpm, which use slightly different version formats. | |
It's also used in root Directory.Build.targets to determine the version of the last-built targeting pack. | |
--> | |
<TargetingPackVersionPrefix>$(VersionPrefix)</TargetingPackVersionPrefix> |
@JunTaoLuo was this by design?
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.
If it is intentional, we need to change this too:
<IntermediateTargetingPackZip>$(TargetingPackHarvestRoot)aspnetcore-targeting-pack-$(PackageVersion).zip</IntermediateTargetingPackZip> |
And probably some ingestion stuff in dotnet/installer
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.
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.
More generally, do we want that in main❔ This might be a no-op merge without it.
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.
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.
Hmm why did this work in servicing then? Is it because VersionPrefix is 3.1.x in servicing but 6.0 in main? I need to check if there is a better property to use instead of TargetingPackVersionPrefix.
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.
Ah I figured it out. This is actually a package version mismatch between TargetingPack.wixproj and App.Ref.csproj.
In the csproj:
<VersionPrefix>$(TargetingPackVersionPrefix)</VersionPrefix>
but in wixproj it's looking for:
<IntermediateTargetingPackZip>$(TargetingPackHarvestRoot)aspnetcore-targeting-pack-$(TargetingPackVersionPrefix).zip</IntermediateTargetingPackZip>
Even though TargetingPackVersionPrefix is 6.0.0 in both cases, in the csproj, it's producing the artifact aspnetcore-targeting-pack-6.0.0-ci.zip instead. The -ci
suffix is not accounted for here. In servicing, there is no such suffix so no errors were encountered in 3.1
/ping @JunTaoLuo |
04fa40f
to
1ab35bc
Compare
I detected changes in the release/3.1 branch which have not been merged yet to main. I'm a robot and am configured to help you automatically keep main up to date, so I've opened this PR.
This PR merges commits made on release/3.1 by the following committers:
Instructions for merging from UI
This PR will not be auto-merged. When pull request checks pass, complete this PR by creating a merge commit, not a squash or rebase commit.
If this repo does not allow creating merge commits from the GitHub UI, use command line instructions.
Instructions for merging via command line
Run these commands to merge this pull request from the command line.
or if you are using SSH
After PR checks are complete push the branch
Instructions for resolving conflicts
Instructions for updating this pull request
Contributors to this repo have permission update this pull request by pushing to the branch 'merge/release/3.1-to-main'. This can be done to resolve conflicts or make other changes to this pull request before it is merged.
or if you are using SSH
Contact .NET Core Engineering if you have questions or issues.
Also, if this PR was generated incorrectly, help us fix it. See https://github.com/dotnet/arcade/blob/master/scripts/GitHubMergeBranches.ps1.