Skip to content

Re-enable ItCanTestAMultiTFMProjectWithImplicitRestore after MSBuild revert (msbuild#14349) flows in #55263

Description

@ViktorHofer

Background

The MSBuild change dotnet/msbuild#14274 (passing ExcludeRestorePackageImports=true during implicit restore, behind change wave 18.10) regressed the test ItCanTestAMultiTFMProjectWithImplicitRestore with:

NuGet.targets(571,5): error MSB3202: The project file "...\TestLibrary\TestLibrary.csproj" was not found.

Root-cause analysis is in #55245. The MultiTFMXunitProject/XUnitProject test asset intentionally has a nonexistent <ProjectReference> to TestLibrary.csproj; restore is supposed to skip it gracefully. Passing ExcludeRestorePackageImports=true collapses the restore build configuration and causes the missing project to leak into a NuGet _GenerateRestoreGraphProjectEntry MSBuild call that does not set SkipNonexistentProjects, so it errors instead of skipping.

Action taken

The MSBuild change is being reverted in dotnet/msbuild#14349. To unblock codeflow in the meantime, ItCanTestAMultiTFMProjectWithImplicitRestore has been temporarily disabled.

What to do here

Re-enable ItCanTestAMultiTFMProjectWithImplicitRestore once:

  1. Revert passing ExcludeRestorePackageImports during restore (#14274) msbuild#14349 (the revert) is merged, and
  2. a new MSBuild build containing the revert has flowed into dotnet/sdk.

The test lives in test/dotnet.Tests/CommandTests/Test/GivenDotnetTestBuildsAndRunsTestFromCsprojForMultipleTFM.cs.

Metadata

Metadata

Assignees

No one assigned

    Labels

    untriagedRequest triage from a team member

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions