Обновление:
Поскольку вы используете TFV C, вам нужно убедиться, что папка, в которую вы пытаетесь скопировать, была сопоставлена с Branch 2. И вам следует иметь возможность видеть файлы копирования, обнаруженные в исключенных изменениях, после копирования файлов в сопоставленной папке.
При повторном подключении к TFS необходимо выполнить «Получить последнюю версию» для ветви 2. Если вы измените файлы в сопоставленной папке, вы получите конфликты при выполнении команды «получить последнюю версию», выберите сохранить локальную версию, а затем измененные файлы будут отображены во включенных изменениях, вам просто нужно проверить их.
TFS предоставляет две модели управления версиями: Git и Team Foundation Version Control (TFV C).
Git - распределенная система контроля версий. У каждого разработчика есть копия исходного репозитория на своем компьютере разработчика. Разработчики могут фиксировать каждый набор изменений на своем компьютере разработчика и выполнять операции контроля версий, такие как история и сравнение, без сетевого подключения. Ветви легкие. Когда вам нужно переключить контексты, вы можете создать частную локальную ветвь.
Team Foundation Version Control (TFV C) - это централизованная система управления версиями. Обычно члены команды имеют только одну версию каждого файла на своих компьютерах разработчиков. Исторические данные хранятся только на сервере. Ветви основаны на путях и создаются на сервере.
Если вы используете Git контроль версий, вы можете создать частную локальную ветвь, а pu sh фиксирует коммит позже. Если вы используете управление версиями TFV C, вы увидите копии файлов, обнаруженные в разделе «Исключенные изменения», после копирования файлов по локальному пути ветви. Вы можете рекламировать изменения как новые файлы, которые будут вызывать конфликты при регистрации.
Для вашего сценария вам подойдет Git контроль версий. Если вы используете TFV C, вы можете перенести их в Git репозитории:
https://docs.microsoft.com/en-us/azure/devops/repos/git/import-from-tfvc?view=azure-devops
