Наш проект попал в точку, где нам нужно отделить некоторый код в отдельный проект фонда группы. Мы хотели бы переместить эти файлы, чтобы они сохранили свою историю управления версиями. Временно мы копируем файлы обратно в исходный проект фонда и повторно добавляем их только для того, чтобы наш ежедневный процесс сборки & не прерывался. Поскольку мы можем изменить наш тестовый процесс сборки, мы начнем снимать эти временные копии.Перемещение файлов из одного проекта Team Foundation в другой
Одна из замечаний, которые мы замечаем, заключается в том, что у нас есть ночной скрипт, который проверяет различные ветви обслуживания, чтобы увидеть, есть ли изменения, которые не были объединены обратно в магистраль. Сейчас нытье о наборах изменений, которые уже объединили. Эти изменения, похоже, связаны с файлами, которые были перемещены и повторно добавлены. Любые идеи относительно того, почему мы видим это и как мы можем отказаться от этих кандидатов слияния? Если мы делаем слияние/сброс, TF говорит нам: «нет изменений для слияния». Кажется, это смущает. Также есть ли другие проблемы, с которыми мы могли бы столкнуться в этом подходе? Может быть, есть лучший подход?
Какую версию TFS вы используете? TFS2010 может объединяться и объединяться в Team Projects, если они находятся в одной и той же коллекции проектов. – jessehouwing
Какова реальная потребность во втором проекте команды? Обычно вы должны быть очень далеко, создавая папки корневого уровня для Area, Iteration и Source Control и сохраняя несколько проектов Visual Studio в том же Team Project. См. Также: http://www.andygeldman.com/index.php/2012/01/perils-of-multiple-project-collections-and-team-projects/ – jessehouwing