为什么 TeamCity 会生成一个 Visual Studio (.sln) 构建步骤和几个 .NET CLI (dotnet) 构建步骤？
Why does TeamCity generate both a Visual Studio (.sln) build-step and several .NET CLI (dotnet) build steps?
我正在尝试设置我的解决方案以使用 TeamCity 2019 构建。当我输入项目 Git 存储库的 URL 时，TeamCity 自动检测 4 个构建步骤：
- Visual Studio (sln) 目标：重建
- .NET CLI (dotnet) 恢复
- .NET CLI (dotnet) 构建
- .NET CLI (dotnet) 测试
我对步骤 2/3 感到困惑。为什么 .NET CLI 正在恢复和构建，而重建已经执行？这是否意味着我的 .sln 文件有异常？
此解决方案是一组 Windows 个桌面 C++ 项目，如果重要的话。
我如此关心 为什么会出现这些构建步骤的原因是 .NET CLI 构建步骤因神秘错误而失败，这在 TeamCity 论坛上都有讨论和 Whosebug：
https://teamcity-support.jetbrains.com/hc/en-us/community/posts/360007640660-error-MSB4019-The-imported-project-C-Microsoft-Cpp-Default-props-was-not-found-when-building-via-TeamCity
MSBuild in TeamCity of Visual Studio 2012 solution
对于这些构建步骤失败的原因，我一直找不到任何好的答案。 Whosebug 上针对该问题的所有答案都相当笼统"try this, try that"，没有对我哪里出错的简单解释。
这是 Build Runners 列表。
在这种情况下，您可以忽略步骤 2,3 和 4。
步骤 1（第一步：Visual Studio (sln) 目标：重建）足以重建一个 .sln 的所有项目。
Teamcity 找到 all project-point 4 类型并显示兼容运行器的列表，用户必须决定哪些应该与给定项目兼容。
我正在尝试设置我的解决方案以使用 TeamCity 2019 构建。当我输入项目 Git 存储库的 URL 时，TeamCity 自动检测 4 个构建步骤：
- Visual Studio (sln) 目标：重建
- .NET CLI (dotnet) 恢复
- .NET CLI (dotnet) 构建
- .NET CLI (dotnet) 测试
我对步骤 2/3 感到困惑。为什么 .NET CLI 正在恢复和构建，而重建已经执行？这是否意味着我的 .sln 文件有异常？
此解决方案是一组 Windows 个桌面 C++ 项目，如果重要的话。
我如此关心 为什么会出现这些构建步骤的原因是 .NET CLI 构建步骤因神秘错误而失败，这在 TeamCity 论坛上都有讨论和 Whosebug：
https://teamcity-support.jetbrains.com/hc/en-us/community/posts/360007640660-error-MSB4019-The-imported-project-C-Microsoft-Cpp-Default-props-was-not-found-when-building-via-TeamCity
MSBuild in TeamCity of Visual Studio 2012 solution
对于这些构建步骤失败的原因，我一直找不到任何好的答案。 Whosebug 上针对该问题的所有答案都相当笼统"try this, try that"，没有对我哪里出错的简单解释。
这是 Build Runners 列表。
在这种情况下，您可以忽略步骤 2,3 和 4。
步骤 1（第一步：Visual Studio (sln) 目标：重建）足以重建一个 .sln 的所有项目。
Teamcity 找到 all project-point 4 类型并显示兼容运行器的列表，用户必须决定哪些应该与给定项目兼容。