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

[automated] Merge branch 'release/6.0-rc2' => 'release/6.0' #36657

Conversation

dotnet-maestro-bot
Copy link
Contributor

I detected changes in the release/6.0-rc2 branch which have not been merged yet to release/6.0. I'm a robot and am configured to help you automatically keep release/6.0 up to date, so I've opened this PR.

This PR merges commits made on release/6.0-rc2 by the following committers:

  • halter73
  • dotnet-maestro[bot]

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.

merge button instructions

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.

git fetch
git checkout release/6.0-rc2
git pull --ff-only
git checkout release/6.0
git pull --ff-only
git merge --no-ff release/6.0-rc2

# If there are merge conflicts, resolve them and then run git merge --continue to complete the merge
# Pushing the changes to the PR branch will re-trigger PR validation.
git push https://github.com/dotnet-maestro-bot/AspNetCore HEAD:merge/release/6.0-rc2-to-release/6.0
or if you are using SSH
git push [email protected]:dotnet-maestro-bot/AspNetCore HEAD:merge/release/6.0-rc2-to-release/6.0

After PR checks are complete push the branch

git push

Instructions for resolving conflicts

⚠️ If there are merge conflicts, you will need to resolve them manually before merging. You can do this using GitHub or using the command line.

Instructions for updating this pull request

Contributors to this repo have permission update this pull request by pushing to the branch 'merge/release/6.0-rc2-to-release/6.0'. This can be done to resolve conflicts or make other changes to this pull request before it is merged.

git checkout -b merge/release/6.0-rc2-to-release/6.0 release/6.0
git pull https://github.com/dotnet-maestro-bot/AspNetCore merge/release/6.0-rc2-to-release/6.0
(make changes)
git commit -m "Updated PR with my changes"
git push https://github.com/dotnet-maestro-bot/AspNetCore HEAD:merge/release/6.0-rc2-to-release/6.0
or if you are using SSH
git checkout -b merge/release/6.0-rc2-to-release/6.0 release/6.0
git pull [email protected]:dotnet-maestro-bot/AspNetCore merge/release/6.0-rc2-to-release/6.0
(make changes)
git commit -m "Updated PR with my changes"
git push [email protected]:dotnet-maestro-bot/AspNetCore HEAD:merge/release/6.0-rc2-to-release/6.0

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.

dotnet-maestro bot and others added 2 commits September 17, 2021 15:45
[release/6.0-rc2] Update dependencies from dotnet/efcore
…tnet#36627)

* Handle JsonExceptions like InvalidDataExceptions in RequestDelegateFactory

* Don't catch InvalidDataExceptions when reading JSON
@ghost ghost added area-infrastructure Includes: MSBuild projects/targets, build scripts, CI, Installers and shared framework Type: Merge Forward ⏩ labels Sep 17, 2021
Copy link

@ghost ghost left a 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.

@ghost ghost added the community-contribution Indicates that the PR has been added by a community member label Sep 17, 2021
dotnet-maestro bot and others added 2 commits September 17, 2021 18:42
dotnet-maestro bot and others added 2 commits September 17, 2021 20:11
dotnet-maestro bot and others added 4 commits September 17, 2021 21:34
…0917.8 (dotnet#36675)

[release/6.0-rc2] Update dependencies from dotnet/runtime
)

* Backport of dotnet#36628 to release/6.0-rc2
* Throw for invalid TryParse and BindAsync
* nit
* use TypeNameHelper
* nit

Co-authored-by: Brennan <[email protected]>
…917.8 (dotnet#36681)

[release/6.0-rc2] Update dependencies from dotnet/efcore
* Revert Enforce WebSockets Transport for Blazor (changes introduced in dotnet#34644)
* Updated Release JS Files
@dotnet-maestro-bot dotnet-maestro-bot requested a review from a team as a code owner September 18, 2021 00:29
dotnet-maestro bot and others added 5 commits September 18, 2021 04:04
…re (dotnet#36687)

[release/6.0-rc2] Update dependencies from dotnet/runtime dotnet/efcore
…0917.25 (dotnet#36699)

[release/6.0-rc2] Update dependencies from dotnet/runtime
…917.18 (dotnet#36701)

[release/6.0-rc2] Update dependencies from dotnet/efcore
…me (dotnet#36706)

[release/6.0-rc2] Update dependencies from dotnet/efcore dotnet/runtime
* Out of proc delegation tests
* Troubleshoot IsFeatureSupported
* Fix test
* Fix formatting
* Seperate tests
* Cleanup
* Fix SLN
github-actions bot and others added 7 commits September 20, 2021 17:35
…otnet#36695)

* Retarget DOTNETHOME when installing x64 on ARM64

* Make platform comparison case insenstive

* Address feedback

* Install x64 registry keys to different path on ARM64 machine

Co-authored-by: Eric StJohn <[email protected]>
* Pin analyzers that ship in the SDK (dotnet#36690)

* Pin analyzers that ship in the SDK

ASP.NET Core produces a few analyzer assemblies that are shipped as part of the .NET SDK. These analyzers are added to web projects targeting 3.1 and newer.
In 6.0, we (unintentionally) bumped the version of Microsoft.CodeAnalysis that these projects referenced to a 4.0 version. This causes warnings when opening
a 3.1 or 5.0 app in VS 2019 as it does not support these versions.

Additionally update the version of Microsoft.CodeAnalysis.* packages used in tests, Razor, and framework analyzers that are only expected to run with VS 2020 to a more recent build. This is largely book-keeping, but allows us
to write a test for file scoped namespaces.

Fixes dotnet#36552

* Apply suggestions from code review
…me (dotnet#36769)

[release/6.0-rc2] Update dependencies from dotnet/efcore dotnet/runtime
…920.20 (dotnet#36778)

[release/6.0-rc2] Update dependencies from dotnet/efcore
@SteveSandersonMS
Copy link
Member

@halter73 Your most recent commit dd92f78 seems to be where the build for this PR starts failing with this:

2021-09-21T04:53:59.0748769Z error : Detected modification to baseline API files. PublicAPI.Shipped.txt files should only be updated after a major release. See /docs/APIBaselines.md for more information.
2021-09-21T04:53:59.0752463Z error : Modified API baseline files:
2021-09-21T04:53:59.0756322Z error : src/Http/Routing/src/PublicAPI.Unshipped.txt

It is a bit strange that it says the problem is with PublicAPI.Shipped.txt changing, but then it says the only baseline that was changed was an unshipped one (src/Http/Routing/src/PublicAPI.Unshipped.txt). It's annoying that it doesn't say which PublicAPI.Shipped.txt file allegedly changed. Maybe this is a bug in the API baselines tool.

I notice in this PR, all the package dependencies' branding changes from rc2 to rtm. Might there be something special about RTM branding specifically that changes how API baselines are evaluated? Though still I don't know why a change to our dependencies would change anything about our own output branding.

@dougbu Do you have any knowledge of why the API baselines would be complaining even though it doesn't seem like we did change a PublicAPI.Shipped.txt file in this commit?

@dougbu
Copy link
Member

dougbu commented Sep 22, 2021

  1. 'release/6.0' is open for PublicAPI.Unshipped.txt file changes even though CodeCheck.ps1 thinks it isn't. We decided not to add a special case for this branch because we're too likely to forget to remove it once RC2 is done.
  2. The error message CodeCheck.ps1 emits is historical and confusing. At some point soon, we should make the logic more complicated -- enough to describe what's actually failing.
  3. As we've been doing w/ all PublicAPI.Unshipped.txt changes in this branch, I'm merging because the only problem is the one over-zealous check. (Not a big burden since admins have to do these merges anyhow 😸)

@dougbu dougbu merged commit 0f1bb7f into dotnet:release/6.0 Sep 22, 2021
@ghost ghost added this to the 6.0.0 milestone Sep 22, 2021
@mkArtakMSFT mkArtakMSFT removed the community-contribution Indicates that the PR has been added by a community member label Feb 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-infrastructure Includes: MSBuild projects/targets, build scripts, CI, Installers and shared framework Type: Merge Forward ⏩
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants