Моя команда была вынуждена перейти с SVN на RTC Jazz scm около года назад. так как мы очень недовольны RTC, мы решили отказаться от него и переключиться на Git для контроля версий.
Я не нашел много информации о миграции из RTC в целом, но я нашел этот Rational Adapter для Git (я не уверен, что его можно использовать для такого рода миграции).
Как лучше всего перенести исходный код и изменить историю с RTC Jazz на Git?
Поскольку мы столкнулись с той же проблемой и хотели сохранить нашу историю, мы начали создавать скрипт Python, который автоматизирует процесс переноса RTC SCM Stream by Stream в GIT.
Скрипт можно найти здесь: https://github.com/rtcTo/rtc2git.
Некоторые подробности о том, как работает программа. Она основана на интерфейсе командной строки RTC.
Для каждого потока будет создана ветка
В основном это все. Если вы хотите, я также могу предоставить несколько примеров команд, которые помогли мне получить необходимую информацию (информация о конкретных вещах, касающихся RTC CLI, довольно редка).
РЕДАКТИРОВАТЬ: я считаю текущую версию программы стабильной. Так что попробуйте. :) Я приветствую любые отзывы.
Я протестировал адаптер и подтверждаю, что он не предназначен для миграции. Он предназначен для связывания коммита git с набором изменений RTC.
Сама миграция ограничена и будет включать только часть управления исходным кодом, а не рабочие элементы или сборки.
Обычно я устанавливаю рабочую область репозитория на несколько последних базовых показателей и импортирую их в рабочее дерево git. Однако я не импортирую имена авторов.
При импорте используются параметры --git-dir и --work-tree команды git.
(как проиллюстрировано в этом ответе или этом один)
Вы можете печатать из любого места:
git --work-tree=/path/to/sandbox --git-dir=/path/to/repo/.git status|add|...
Сначала попробуйте статус, чтобы увидеть, что вы будете импортировать. Вы можете добавить в файл /path/to/repo/.git/exclude какой-нибудь шаблон, чтобы исключить из импорта ненужные элементы (например, папку .jazz5!).
Конечно, /path/to/sandbox может быть любой подпапкой в этой песочнице: у вас нет импортировать все.
Повторите этот процесс с той же песочницей, обновленной с помощью разных базовых показателей/моментальных снимков, от самых старых до самых новых.
Вот и дают сырую историю, которой достаточно для начала.
У меня была такая же работа, а именно конвертировать весь поток с несколькими компонентами в отдельные репозитории git. Попробовав вышеупомянутый скрипт Python, я обнаружил, что он слишком сложен (например, выбор всех URL-адресов в eclipse для создания файлов истории, поиска базовых показателей и т. д.) и вообще ненадежен. По крайней мере, не для компонентов с более чем 4000 наборов изменений.
Поэтому я написал еще один скрипт на Perl, который работает практически «из коробки», по крайней мере, в Windows 7.0. Сценарий включает в себя множество обходных путей для всех этих ошибок в scm, поэтому вам не нужно с ним возиться.
Это сделало свою работу, и, возможно, это может помочь и вам.
Ральф
