tldr:
Я не знаю, является ли мой вопрос более основанным на Git или на TFS Web Portal. Мой лучший сценарий - это то, что у нас есть несколько ответвлений от основной ветви, и каждая дочерняя ветвь является источником верхнего уровня для управления невыполненной работой через TFS Web Portal. Например, вместо использования / Main, доска объявлений моей команды в TFS будет использовать Main / Product 1, а другая сестринская команда может иметь доску, основанную на Main / Product 2.
Провел немного больше исследований - является ли Форкинг ответом на мою проблему?
=============================================== ==========================
Я не был уверен, как сформулировать заголовок - в настоящее время у нас есть консолидированное решение, размещенное в TFS с использованием VSTS, из которого работают несколько «групп разработчиков».
В конечном итоге выпуск prod будет осуществляться из / Main, но группы разработчиков могут управлять своими филиалами и развертываться в dev или q независимо от других групп. Более подробно ниже, но в конечном итоге я хотел бы сделать так, чтобы, если другие команды хотят использовать TFS Web Portal для управления своей конкретной ветвью, они могут, но, используя его для управления НАШЕЙ ветвью, мы не принимаем решений и не исключаем их от этого. Я не знаю, может ли TFS работать по филиалам, или ему нужны отдельные репозитории для каждой доски объявлений?
Команда разработчиков в этом случае означает, что вы можете создать представление, контроллер или класс бизнес-логики для вашего конкретного продукта, но вы все еще работаете с общим решением - общей домашней страницей и т. Д.
Кроме того, на некоторых наших страницах отображаются рабочие очереди, охватывающие все продукты. Поэтому, даже если некоторые элементы в решении относятся к конкретному продукту, многие - нет, поэтому разбивание проектов по продуктам не представляется мне жизнеспособным.
Я бы хотел перенести это решение на Git и иметь подветви для каждого продукта, я делал это раньше, и он отлично работал для наших нужд. Однако в этом новом проекте управление каждой командой по продукту осуществляется независимо, и, поскольку мы используем веб-портал Azure / TFS для размещения кода, я обеспокоен тем, что мы будем использовать git-репо, а это означает, что все должны будут работать с одного и того же рабочая доска, или если мы хотим использовать веб-портал TFS для управления нашим бэклогом, это означает, что мы принимаем решение за всех или не позволяем другим группам продуктов создавать свои собственные бэклоги в филиале.