-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Merge branch 'release/7.0.2xx' => 'main' #29158
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
…013.4 Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 7.0.0-beta.22511.2 -> To Version 7.0.0-beta.22513.4
…014.3 Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 7.0.0-beta.22511.2 -> To Version 7.0.0-beta.22514.3
…031.4 Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 7.0.0-beta.22511.2 -> To Version 7.0.0-beta.22531.4
…107.1 Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 7.0.0-beta.22511.2 -> To Version 7.0.0-beta.22557.1
…f the restore to be included in deps.json
…108.4 Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 7.0.0-beta.22511.2 -> To Version 7.0.0-beta.22558.4
…ationProjectOutputGroup
…1114.1 Microsoft.Build , Microsoft.Build.Localization From Version 17.5.0-preview-22561-03 -> To Version 17.5.0-preview-22564-01
…113.3 Microsoft.SourceBuild.Intermediate.fsharp , Microsoft.FSharp.Compiler From Version 7.0.1-beta.22561.2 -> To Version 7.0.1-beta.22563.3
…7b7-4504-81ff-8164ad62a4a8 [release/7.0.2xx] Update dependencies from dotnet/msbuild
…eed-4bbb-8075-40511483848d [release/7.0.2xx] Update dependencies from dotnet/fsharp
Include ijwhost in DesignerRuntimeImplementationProjectOutputGroupOutput
This broke with changes related to #27199. It's now possible to have multiple supported platform version items for the same version.
Depending on whether we're using preview versions, some of the packages may be downloaded by NuGet and have lowercased names, while at other times they may be shipped in the packs folder and have mixed case.
…orm-version Fix TargetPlatformVersion normalization for Windows
…111.2 Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 7.0.0-beta.22558.4 -> To Version 7.0.0-beta.22561.2
|
PR dotnet/templating#5223 is not ported to templating release/7.0.2xx. It causes different behaviors when dealing with disabled parameters as we recently found. We need to change the approvals for the following tests when merging into main branch. Approvals: @vlada-shubina do we need to port PR dotnet/templating#5223 to templating release/7.0.2xx and adjust the test to resolve this problem, or just adjust the test for SDK main branch? |
dotnet/templating#5223 won't be ported to release/7.0.2xx, therefore please adjust the test. |
7cc1502 to
942e12c
Compare
|
@marcpopMSFT @dsplaisted It seems that some of the newly enabled test runs are failed in main. |
… main and release/7.0.2xx
|
@v-wuzhai I merged the fix prepared by @GangWang01. There were tests failures in his PR but I don't think they are related to fix, also same failures were observed in this PR. Please let me know if you need any other assistance from templating team. |
|
No, those failures seem related to something Marc was working on fixing. |
|
Actually, I enabled all the cppcli tests. However, because cppcli doesn't support implicit versions, it has to target the same runtime as the SDK used in the tests. So in 7.0 these tests worked but they had to be updated to target 8.0 with this flow to main. I made the changes I think are needed. Let's see if the tests pass. |
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
##[error]Unhandled: ENOSPC: no space left on device, open 'D:\a_temp.taskkey' @marcpopMSFT There seems to be no real error. Could we force to merge? |
|
I believe @joeloff already fixed this in a different PR. I'll rerun to force a remerge. |
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
…t work for NextTargetFramework
… they require an override for the targeting pack and app host
|
Disabled the four tests that were failing in the last run. @dsplaisted it doesn't look like I can make the cppcli tests work in main because the SDK expects one set of apphost/targeting packs from it's stage 0 version but a different verison of the runtime is installed. I could try overwriting the RuntimeFrameworkVersion but that doesn't affect the targeting packs. I could maybe add in an override for the targeting packs as well but it would be more involved as we don't have a simple way of overriding that. |
|
@marcpopMSFT Are the projects for those tests using NuGet PackageReference support? I believe that in that case it shouldn't matter whether the installed versions match exactly because it should download what it needs during restore. We've probably never validated that since PackageReference support was added though, so there might be something we need to update to make it work. |
|
@dsplaisted good idea. I'll have to add an extra package reference to the project as the support doesn't work without it but that appears to unblock the tests. I'll do that as a separate PR and I'll also file an issue that cppcli package reference support should enable implicit apphost download without requiring an additional reference. |
No description provided.