Управление зависимостями Проекты/команды в Team Server Foundation 2010

Question

Я пытаюсь найти лучший способ логически отдельные проекты в TFS 2010 В настоящее время у нас есть три отдельных проекта:

1. рамки проекта ядро, которое запускается на сервер
2. Консольное приложение, которое ссылается на базовую dll.
3. Веб-приложение, которое также ссылается на базовую dll.

TFS разбивает проекты на проекты команды. Все эти три являются действительно отдельными «проектами», но последние два зависят от справочной системы .dll. В мире Java вы можете настроить управление зависимостями, где базовая структура будет создавать и публиковать в центральном репозитории в компании, а клиентские проекты могут быть проверены отдельно и просто ссылаться на dll в репозитории, чтобы проекты не разбивались.

Поддерживает ли TFS зависимости? Должны ли эти три проекта быть созданы в отдельных командных проектах или в том же самом? Можете ли вы строить проекты в команде?

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

Answer 1

TFS Team проекты не сопоставим с тем, что вы можете понять, как программного обеспечения проекта/решение. В основном Командный проект - это контейнер для кучи вещей, который вы хотите сохранить вместе.

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

HTH.
Thomas

Answer 2

TFS довольно слаба, когда дело доходит до управления зависимостями, но если вы счастливы жить в одном файле решения, вы можете разумно использовать проект между решениями, используя: File-> Source Control-> Add Project от Source Control ...

Таким образом, когда вы получаете решение, вы получаете все его проекты.

Недостатком является то, что вам придется каждый раз тянуть и строить все.

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

Answer 3

Почему вам вообще требуется управление зависимостями в TFS?

Необходимо, чтобы ваша общая сборка была строго подписана и размещалась в GAC, чтобы у вас не было проблемы с версией.