Макет TFS Project Collection - предложения и рекомендации для нескольких команд - PullRequest
2 голосов
/ 28 июня 2010

Рассмотрим новое развертывание Team Foundation Server 2010 с первыми вариантами использования: контроль версий.

Группы, использующие TFS для контроля версий:

  • разработка приложений - вебприложения, SharePoint, сценарии БД и т. д. в основном через интеграцию Visual Studio
  • - текстовые файлы (XML и JavaScript) для механизма интеграции.
  • хранилище данных - проекты баз данных VS, пакеты служб SSIS

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

Первое предложение заключается в том, чтобы создать макет Коллекции следующим образом:

* Applications
* Sharepoint
* Integration
* DataWarehouse

Как бы вы структурировали данный TFS 2010эти условия?

Есть ли какие-либо практики или предложения, которые вы бы порекомендовали этим командам с точки зрения структуры сбора?

альтернативный текст http://blogs.msdn.com/blogfiles/bharry/WindowsLiveWriter/TeamFoundationServer2010KeyConcepts_89D3/image_thumb_2.png

Ответы [ 3 ]

1 голос
/ 07 июля 2010

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

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

Это позволяет группам видеть и вносить вклад в проекты, в которых они заинтересованы.

Создание новой или использование существующей безопасности AD.группы с целью предоставления права чтения / записи каждой соответствующей группе в коллекции.Разрешить / запретить разрешения для каждой группы для коллекций по мере необходимости.

1 голос
/ 15 июля 2010

У Стива Ланге очень хорошая публикация на эту тему («Мысли о коллекциях проектов TFS»), нажмите здесь

0 голосов
/ 28 июня 2010

Могут ли коллекции иметь коллекции? Если так, я бы предложил коллекцию командных баз. Тогда каждая команда может иметь собственную дочернюю структуру по своему усмотрению. Это также дает вам хорошее разделение между командами, гибкость в вопросах безопасности, стабильности и т. Д.

...