我们正在将编译系统迁移到
msbuild
,我们发现一些项目报告以下错误:
c:\src\libs _lib\A\A.vcxproj : 错误 MSB4057: 项目中不存在目标“C”。
c:\src\libs _lib\B\B.vcxproj : 错误 MSB4057: 项目中不存在目标“C”。
c:\src\libs _lib\C\C.vcxproj : 错误 MSB4057: 项目中不存在目标“C”。
c:\src\libs _lib\D\D.vcxproj : 错误 MSB4057: 项目中不存在目标“C”。
编译行是
msbuild "c:\src\libs\a_lib\a_lib.sln" /nologo "/target:C" /t:build "/p:Configuration=Release" "/p:Platform=Win32"
可以看到,该解决方案有多个项目。该项目本身存在于解决方案中,可以从 VS IDE 中进行编译。此外,其他目标也不会失败(以下示例:A、B、D)。
我们之前的编译线在同一个项目上工作正常:
devenv "c:\src\libs\a_lib\a_lib.sln" /project "C" /build /nologo "Release|Win32"
问题来自于这样的项目嵌套在解决方案资源管理器中的解决方案文件夹(本例中为
Tests
)内。目标名称必须包含此类文件夹的名称 (Tests\C
),因此正确的编译行是
msbuild "c:\src\libs\a_lib\a_lib.sln" /nologo "/target:Tests\C" /t:build "/p:Configuration=Release" "/p:Platform=Win32"
正如其他答案所示,该问题与 msbuild 未找到目标项目有关。除了错误的路径之外,还有另一个潜在原因:多目标。
这发生在我的一个非 SDK 风格项目中,当引用一个 SDK 风格项目时,目标是:net461 和 netstandard2.0。在这种情况下,您可能必须通过定义项目引用的目标框架来扩展非 SDK 样式项目中的项目引用:
<ProjectReference Include="..\..\myProjRef.csproj">
<Project>{d1b31534-48ae-428e-a174-b679fda90dde}</Project>
<Name>MyProjRef</Name>
<AdditionalProperties>TargetFramework=net461</AdditionalProperties>
</ProjectReference>
注意,指定的
<AdditionalProperties>
: TargetFramework=net461
导致 MyProjRef 项目内的特定目标并消除了错误。
构建之前从终端运行 dotnet Restore