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

Question

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

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

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

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

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

Answer 1

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

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

HTH.Thomas

Answer 2

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

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

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

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

Answer 3

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

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