Рекомендации по инструментам для перехода с Clearcase на SVN?[закрыто]

StackOverflow https://stackoverflow.com/questions/57494

  •  09-06-2019
  •  | 
  •  

Вопрос

Я ищу инструменты для перехода с ClearCase на SVN.

В идеале хотелось бы получить всю историческую информацию или столько, сколько можно получить.

Дополнительные слияния были бы очень полезны, но не являются обязательными.

Это было полезно?

Решение

Этот выглядит примерно лучше всех.Бизнесом Polarion является SVN, так что я думаю, у них есть личная заинтересованность в этом. заставить как можно больше людей использовать его...

О, сделайте резервную копию всех ваших данных заранее, сначала сделайте это в тестовом репозитории и т. д. и т. п.

Другие советы

У меня возникла та же проблема, что и у Питера:сценарий Polarion не мог продолжить работу с большими VOB-объектами CleraCase и всегда заканчивался ошибкой нехватки памяти размера кучи Java.

Я также столкнулся с еще одной критической проблемой, приводящей к повреждению данных после импорта.

Скрипт Polarion работает следующим образом:

  1. Используйте команду Cleartool для доступа к данным ClearCase.
  2. Использовать собственный алгоритм для вывода этих данных в SVN DUMP в плоский файл.
  3. Используйте svnadmin для импорта файла дампа в SVN.

Мне удалось запустить сценарий Polarion на VOB меньшего размера.Все выглядело хорошо (импорт завершился успешно без сообщения об ошибке), но репозиторий SVN был непригоден для использования (невозможно его проверить, не иметь в виду точное сообщение об ошибке) - пробовал несколько раз, результат тот же.

Я понимаю, что сценарий перестраивает файл SVN DUMP на основе своего собственного кода, а не какого-либо SVN API.Вероятно, он был разработан для определенной версии SVN (1.4, может быть, 1.5?), а я использовал SVN 1.6.Возможно, с тех пор формат файла DUMP изменился, или сценарий Polarion неправильно обрабатывает некоторые побочные эффекты с конкретными данными ClearCase.Однако в конце концов это просто не сработало.

Поэтому я настоятельно рекомендую использовать другое решение и, возможно, создать свой собственный сценарий на основе Cleartool и реального SVN API, чтобы избежать проблем с согласованностью данных.

Миграция с Clearcase — непростая задача.Импортер полярионов делает все возможное, чтобы поддержать вас, однако историю и скорость крупных репозиториев Clearcase оценить сложно.

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

Поскольку импортер не может использовать ваши спецификации конфигурации, он покажет только измененные файлы в ветвях, поскольку Clearcase использует ленивое ветвление, которое полностью отличается от механизма ветвления svns.

Отслеживание слияний не поддерживается инструментом миграции, поскольку SVN поддерживает его только начиная с версии 1.5.

Просто еще один опыт:

Мы выбрали «пользовательские сценарии», а не инструмент Polarion.
Таким образом, мы можем:

  • используйте динамический вид (быстро обновляйте)
  • выберите именно ту ветку, которую хотим импортировать
  • импортируйте только версии с метками (избегайте импорта огромного количества версий, поскольку никто на самом деле не будет использовать эту огромную историю)
  • импортировать все версии между последней меткой и ПОСЛЕДНЕЙ (для данной ветки)

Мы использовали динамическое представление для изменения его спецификации конфигурации со всеми метками, которые нам интересно импортировать в SVN.

Примечание:Тот факт, что мы используем UCM, является большим подспорьем для экспортных операций:

  • ветки четко идентифицируются (после прикрепленных к ним потоков) и
  • метка установлена ​​на все файлы данного компонента (в Base ClearCase метка может быть установлена ​​произвольному количеству файлов)

Последняя версия инструмента Polarion выпущена в 2006 году и она просто не справляется с большими CC-видео.В моем случае он всегда вылетает с переполнением кучи, и ему не хватает даже самого большого места в куче Java.Так что мне это невыгодно.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top