Мои вопросы перечислены в конце этого поста, но первое чтение справочной информации поможет понять контекст вопросов.
Фон
У меня естьв прошлом у меня был некоторый ограниченный опыт работы с TFS (локальным) в качестве члена команды разработчиков, и я в целом знаком с основными понятиями.Но теперь мне также поручено администрировать экземпляр VSTS (облако).Большая часть моего опыта использования TFS была сосредоточена вокруг функций управления проектами (журналы, спринты, рабочие элементы и т. Д.).
Я внедряю VSTS в 2 этапа.На первом этапе основное внимание уделяется нетехническим аспектам управления проектами конфигурации.Второй этап будет сосредоточен на технических аспектах, таких как управление исходным кодом и другие артефакты разработки.У меня есть некоторый опыт работы с аспектами управления исходным кодом с использованием репозитория TFVC, но нет опыта работы с репозиторием Git.
Я выполнил предварительный дизайн базовой конфигурации (Команды, Путь по области, Путь итерации и т. Д.) Для VSTS.,Я подозреваю, что мой Area Path будет нуждаться в корректировке в какой-то момент в ближайшем будущем.Из того, что я прочитал, VSTS выполняет приличную работу по автоматическому обновлению рабочих элементов (например, функций, элементов журнала невыполненных работ, задач и т. Д.) При внесении изменений в путь области.
Вопросы
Что я хотел бы знать, так это то, как другие технические области продукта (например, хранилища кода, определения сборок и т. Д.) Затрагиваются при внесении изменений в Path Area.Например, если я вставил совершенно новый узел где-нибудь в Путь области, насколько сильно это «сломает» существующие функциональные возможности VSTS (и какой тип функциональности будет нарушен и потребует ручное восстановление)?