Устранение зависимостей в TFS 2015

Question

У меня есть два отдельных решения в TFS 2015. Мы будем называть их Solution1 и Solution2. Сборка для Solution1 создает сборку, которая требуется Solution2. Я не уверен в том, как справиться с этой зависимостью в TFS.

Возможные сценарии могут включать в себя.

• Каждый раз, когда Solution1 строит успешно он копирует новую сборку в Solution2, который в свою очередь, запускает сборку из Solution2 (это возможно в TFS? И если да, то как?)
• Каждая сборка Solutiuon2 тянет последний версия сборки из Solution1

Как другие люди обрабатывают зависимости между проектами TFS?

Answer 1

Вы должны упаковать выходные данные решения 1 в виде пакета Nuget и опубликовать его в репозитории Nuget. Вы можете использовать сетевой ресурс, MyGet, VSTS или TFS 2017 в качестве пакета Repo.

Ваше второе решение может затем зависеть от этого пакета Nuget, и вы выбираете, когда его обновлять.

Если вы хотите обновить пакеты автоматически, вы можете вызвать что-то до сборки решения 2, например, шаг предварительной сборки, упомянутый в комментариях.

Answer 2

Как было объяснено в другом ответе, вы можете управлять им при развертывании NuGet. Это действительно ясный и причудливый способ.

Другой способ может быть, если вы используете одну и ту же выходную папку для обоих решений и , вы всегда строите Solution1 в первую очередь.

Третий способ может заключаться в том, что вы всегда развертываете решение Solution1 в определенном месте, на которое может ссылаться Solution2. Он логически похож на версию NuGet, однако вы не полагаетесь на это (но эта зависимость в «нормальных» случаях IMHO приемлема).

Ваш фактический выбор может зависеть от окружающей среды и от ваших ограничений.