Переход от парадигмы «совместного использования файлов» в StarTeam к DVCS, такой как GIT?

StarTeam имеет обмен файлами между представлениями. Обычно представление в StarTeam может делиться отдельными файлами из других представлений. Затем он также может разветвлять файлы. Есть ли способы переноса представлений в StarTeam, которые обмениваются друг с другом сотнями файлов? У кого-нибудь есть опыт в этом? Если предположить, что единственное решение - преобразовать одно «представление» StarTeam в один репозиторий, скажем, в GIT, существуют ли стратегии, позволяющие по-прежнему разрешать совместное использование файлов между несколькими репозиториями, скажем, в GIT?

Шон


person Community    schedule 19.02.2009    source источник


Ответы (2)


Руководство пользователя Git:

Поддержка подмодулей Git позволяет репозиторию содержать в качестве подкаталога извлечение внешнего проекта. Подмодули сохраняют свою индивидуальность; поддержка подмодулей просто сохраняет местоположение репозитория подмодулей и идентификатор фиксации, поэтому другие разработчики, которые клонируют содержащий проект («суперпроект»), могут легко клонировать все подмодули одной и той же ревизии. Возможны частичные проверки суперпроекта: вы можете указать Git клонировать ни один, некоторые или все подмодули.

Команда git-submodule инициализирует, обновляет или проверяет подмодули.

person jfs    schedule 19.02.2009

Я не знаю StarTeam, но то, что вы описываете, звучит так, будто это могут быть давние ветки в Git.

Предположим, вы хотите иметь независимые выпуски для некоторого специализированного оборудования A и B в дополнение к вашей текущей разработке: вы можете сохранить отдельные ветви для выпусков A и B с общими файлами, которые вы разрабатываете в ветке master. Затем вы только сливаетесь из master в свои специализированные ветки, а не из них в master.

Часто это проще, чем хранить отдельные репозитории или подмодули, потому что Git отслеживает деревья деревьев при изменении файла, а не отдельные файлы.

person Paul    schedule 19.02.2009