Совместное использование двоичных файлов проектов в различных командных проектах в TFS 2010 - PullRequest
Новая
       24

Совместное использование двоичных файлов проектов в различных командных проектах в TFS 2010

5 голосов
/ 20 января 2012

Я перемещаю исходный код из установки PureCM в совершенно новую установку TFS 2010. У меня есть проекты .net в нескольких решениях, и эти проекты совместно используют двоичные выходы друг с другом. В чистом мире CM эти общие двоичные файлы были сохранены как «Общие компоненты». Есть ли в TFS понятие «делиться исходным кодом» в командных проектах? Любые идеи, каков наилучший подход для достижения этого в TFS?

Моя текущая предложенная структура в TFS на данный момент выглядит следующим образом:

  • http://TFSServer/Development
    • Shared ( это командный проект )
      • LocalResources-ProcessTasks-филиал
      • LocalResources-Suite-филиал
      • ExternalResources
    • ProcessTasks ( это командный проект )
      • исходный код
      • LocalResources (ветвится на Shared> LocalResources-ProcessTasks-branch)
    • Suite ( это командный проект )
      • Исходный код -LocalResources (ветвится на Shared> LocalResources-Suite-branch)

Для каждого командного проекта бинарные файлы отправляются в локальную папку (например, LocalResources), а затем для каждой такой папки, которой необходимо предоставить общий доступ, я создаю ветку в общем командном проекте. Все двоичные файлы передаются из разветвленных местоположений проекта «Shared».

Теперь проблема состоит в том, что у всех в моей команде должно быть рабочее пространство своего "общего" проекта в одном месте, чтобы эта настройка работала.

Есть идеи, как мне улучшить эту настройку?

Заранее спасибо!

1 Ответ

0 голосов
/ 20 января 2012

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

Есть несколько способов решить эту проблему. Одна возможность, как вы уже описали, состоит в том, чтобы создать отдельный командный проект, содержащий общие двоичные файлы.

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

Для получения дополнительной информации посмотрите Как вы делитесь внешними зависимостями между решениями Visual Studio?

...