Почему TeamCity генерирует как шаг сборки Visual Studio (.sln), так и несколько шагов сборки *. NET CLI (do tnet)?

Question

Я пытаюсь настроить свое решение для сборки с использованием TeamCity 2019. Когда я ввожу URL-адрес хранилища Git моего проекта, TeamCity автоматически определяет 4 этапа сборки:

1. Visual Studio (sln) Цели: перестроить
2. . NET CLI (do tnet) restore
3. . NET CLI (do tnet) build
4. . NET CLI (do tnet) test

Я запутался в шаге 2/3. Почему. NET CLI восстанавливает и строит, когда повторная сборка уже выполнена? Означает ли это, что что-то необычное в моем файле .sln?

Это решение представляет собой группу Windows настольных проектов C ++, если это имеет значение.

Причина, по которой я так обеспокоен , почему появляются эти шаги сборки, заключается в что шаг сборки CLI. NET завершается с загадочной ошибкой, обсуждаемой на форуме 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

MSBuild в TeamCity из Решение Visual Studio 2012

Мне не удалось найти хорошего ответа на вопрос, почему эти шаги сборки не выполняются. Все ответы на StackOverflow по этому вопросу довольно просты: «попробуй, попробуй», без простого объяснения, где я ошибся.

Answer 1

Это список сборщиков.

В этом случае вы можете игнорировать шаги 2,3 и 4.

шаг 1 (первый шаг: Visual Studio (sln) Цели: перестроить) достаточно перестроить все ваши проекты одного .sln.

Teamcity находит все типы точек проекта 4 и отображает список с совместимыми участниками, пользователь должен решить, какие из них должны быть совместимы с данный проект.