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

Question

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

Sean

Answer 1

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

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

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

Answer 2

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

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

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