Borland Star Team - проверить время слишком много
У меня есть разные версии моего проекта, например, SeleniumTool_1.1, SeleniumTool_2.2, SeleniumTool3.3 и т. Д., Каждая из которых имеет разные версии в звездной команде, а также называется - SeleniumTool_1.1, SeleniumTool_2.2, SeleniumTool3.3.
Но имя папки (в моей локальной системе) должно быть SYNC со звездной командой это " SeleniumTool ".
Вопрос в том, Every time I switch between different version of project, it shows me every file as a modified, even if hardly 1 or 2 files has been modified. And it takes nearly 2 to 3 hours to take all files' latest version.
Может ли кто-нибудь помочь мне решить эту проблему?
1 ответ
Я хотел бы уточнить, какой именно подход вы используете.
Пожалуйста, поправьте меня, если я ошибаюсь, но я предполагаю, что вы делаете следующее:
Вы изменяете путь к рабочей папке для данного представления каждый раз, когда хотите проверить конкретный выпуск.
Это в основном обходит StarTeam и вызывает необходимость в ненужной проверке.
Я бы порекомендовал использовать фиксированное представление для каждого выпуска. Ваша структура будет выглядеть следующим образом
Работы по разработке выполняются с точки зрения ребенка (например, SeleniumTool 3.3). После того, как версия готова к выпуску, она перемещается в корневое представление, используя View Compare Merge (продвижение).
Каждое представление имеет свою собственную независимую рабочую папку на вашем локальном компьютере.
Затем, когда пришло время запустить новый выпуск, новый вид создается из-под root.
Это имеет то преимущество, что нужно проверять только измененные файлы. Если вам нужно переместить изменения в другие представления, используйте функцию репликации VCM (между братьями и сестрами), продвижение (для перехода к стабильному) или перебазирование (для перевода нового кода в дочернее представление).
Нет необходимости играть с рабочими папками.
На форуме сообщества StarTeam множество подобных вопросов: Форум