Какая лучшая структура для настройки проекта в TFS 2015 или 2017 для одного продукта, к которому обращается 1 группа разработчиков и разные клиенты? У нас должно быть:
1 репозиторий кода
»… для 1 продукта, который находится в разработке
»… к которому обращается 1 группа разработчиков
{ {1}} »… к которому обращаются несколько изолированных клиентов в связи с ошибками и требованиями
Другими словами: у нас есть единая кодовая база, которая используется всеми клиентами (это один и тот же продукт для каждого заказчик), но у них разные свои баг-, фичи,… задачи.
Структура TFS должна предлагать:
Можно ли изолировать этих клиентов и обрабатывать их запросы одной командой?
Большое спасибо за любую помощь, ссылку, подсказку ...
Лучший вариант - остаться с одним проектом и использовать Безопасность зон для ограничения видимости данных (см. Установите разрешения для ограничения доступа к рабочим элементам ). Вы должны настроить надлежащую структуру безопасности с группой для каждого клиента и дать разрешение на соответствующую область. Назначение области для рабочего элемента (задача, ошибка и т.д.) будет зависеть от команды разработчиков.
Более того, группа должна быть Работать в качестве заинтересованной стороны , в противном случае этим пользователям нужен соответствующий CAL.
Последним шагом является разрешение соединения с вашей локальной TFS, что означает правильную настройку SSL -- очень просто в 2017 году, более трудоемко в 2015 году -- и настройку внешнего доступа путем открытия брандмауэра или настройки обратного прокси.
.