首页 > 解决方案 > 为什么 TeamCity 会同时生成 Visual Studio (.sln) 构建步骤和多个 .NET CLI (dotnet) 构建步骤?

问题描述

我正在尝试设置我的解决方案以使用 TeamCity 2019 进行构建。当我输入项目 Git 存储库的 URL 时,TeamCity 会自动检测 4 个构建步骤:

  1. Visual Studio (sln) 目标:重建
  2. .NET CLI (dotnet) 还原
  3. .NET CLI (dotnet) 构建
  4. .NET CLI (dotnet) 测试

我对第 2/3 步感到困惑。为什么 .NET CLI 在已执行重新构建时恢复和构建?这是否意味着我的 .sln 文件有些异常?

这个解决方案是一组 Windows 桌面 C++ 项目,如果这很重要的话。

我如此关心为什么会出现这些构建步骤的原因是 .NET CLI 构建步骤失败并出现了一个神秘的错误,TeamCity 论坛和 StackOverflow 上都有讨论:
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

Visual Studio 2012 解决方案 TeamCity 中的 MSBuild

对于这些构建步骤失败的原因,我找不到任何好的答案。StackOverflow 上针对该问题的所有答案都非常笼统地“试试这个,试试那个”,而没有简单解释我哪里出错了。

标签: visual-studioteamcity

解决方案


这是 Build Runners 的列表。

在这种情况下,您可以忽略步骤 2,3 和 4。

第 1 步(第一步:Visual Studio (sln) 目标:重建)足以重建一个 .sln 的所有项目。

Teamcity 找到所有项目点 4类型并显示兼容跑步者的列表,用户必须决定哪些应该与给定项目兼容。


推荐阅读