[automated] Merge branch 'release/9.0.3xx' => 'main'

[github-actions]

I detected changes in the release/9.0.3xx 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/9.0.3xx by the following committers:

• MiYanni
• marcpopMSFT
• v-wuzhai
• SimonZhao888
• dotnet-maestro[bot]
• dtivel
• ellahathaway
• vseanreesermsft
• dotnet-bot
• surayya-MS
• baronfel
• invalid-email-address
• mthalman
• ViktorHofer
• akoeplinger
• Winniexu01
• joeloff
• rainersigwald

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.

git fetch
git checkout release/9.0.3xx
git pull --ff-only
git checkout main
git pull --ff-only
git merge --no-ff release/9.0.3xx

# 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/sdk HEAD:merge/release/9.0.3xx-to-main

or if you are using SSH

git push git@github.com:dotnet/sdk HEAD:merge/release/9.0.3xx-to-main

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/9.0.3xx-to-main'. This can be done to resolve conflicts or make other changes to this pull request before it is merged.
The provided examples assume that the remote is named 'origin'. If you have a different remote name, please replace 'origin' with the name of your remote.

git fetch
git checkout -b merge/release/9.0.3xx-to-main origin/main
git pull https://github.com/dotnet/sdk merge/release/9.0.3xx-to-main
(make changes)
git commit -m "Updated PR with my changes"
git push https://github.com/dotnet/sdk HEAD:merge/release/9.0.3xx-to-main

or if you are using SSH

git fetch
git checkout -b merge/release/9.0.3xx-to-main origin/main
git pull git@github.com:dotnet/sdk merge/release/9.0.3xx-to-main
(make changes)
git commit -m "Updated PR with my changes"
git push git@github.com:dotnet/sdk HEAD:merge/release/9.0.3xx-to-main

Contact .NET Core Engineering (dotnet/dnceng) if you have questions or issues.
Also, if this PR was generated incorrectly, help us fix it. See https://github.com/dotnet/arcade/blob/main/.github/workflows/scripts/inter-branch-merge.ps1.

[MiYanni]

@dotnet/kitten Looks like a test failure in Microsoft.NET.Build.Tests.GivenThatWeWantToBuildAUnitTestProject:

C:\h\w\A325094E\t\dotnetSdkTests\ypudv5cg.ewm\It_generates_---051AC46A\XUnitTestProject.csproj : error NU1015: The following PackageReference item(s) do not have a version specified: Microsoft.NET.Test.Sdk

The test project is Microsoft.NET.Build.Tests, so I'm assuming those are MSBuild related.

[AR-May]

From the first glance, it looks to me as if the change in test/TestAssets/TestProjects/XUnitTestProject/XUnitTestProject.csproj causes the test failure. It says the version is not specified, my guess it might be because the $(MicrosoftNETTestSdkPackageVersion) is empty - as if the versions from Versions file are not applied to the tests` assets (it is the only place where I see it is defined). Could it be?

In the same file though the $(CurrentTargetFramework) seem to be used without issues. And in another test asset there is a comment stating that some tricky replacing happens in the test infra. I am not knowledgeable about the test infra in this repo, so I am not sure where it happens.

[AR-May]

I see that in this PR where the change of "Microsoft.NET.Test.Sdk" version was originated, the error for the missing version should be different. Not sure what is with this test - will need some more logs, preferably binlogs to look into it.