Переносим прозрачный футляр для выполнения

Question

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

Answer 1

Первый шаг - решить, нужно ли переносить все или только определенные ключевые версии. Если вы перенесете только важные версии (выпуски и основные этапы), вы получите гораздо более простую историю в Perforce, не потеряв ничего важного. Тогда ClearCase можно сохранить как исторический архив на случай, если он когда-нибудь понадобится. (Если IBM не изменила вещи, лицензии ClearCase не истекают, когда заканчивается обслуживание, вы просто теряете право на новые обновления, исправления и доступ к поддержке)

Имейте в виду, что Perforce не поддерживает каталоги контроля версий и не хранит полное дерево версий для каждого элемента - это означает, что 1: 1 с точными результатами будет невозможным. Воссоздание важных снимков - гораздо более достижимая цель; сохранить все может быть невозможно, поскольку у Perforce отсутствуют функции, на которые полагается ClearCase.

Чтобы узнать, что Perforce говорит об этом, посмотрите http://perforce.com/perforce/ccaseconv.html Это объясняет ключевые различия и охватывает несколько подходов, которые вы можете использовать.

Answer 2

Начните с поиска в Google по номеру "конверсия в прозрачный регистр" . Затем прочитайте Руководство по преобразованию ClearCase в Perforce . Когда вы закончите плакать, вам нужно будет решить (1) сколько усилий вы можете себе позволить, и (2) что вам действительно нужно захватить как часть конверсии. Вы не получите всего этого, так что вы можете просто сосредоточиться на получении важных веток.

Еще одним соображением будет просто записать текущее состояние каждой поддерживаемой ветви как снимок, импортировать его в Perforce, а затем отключить старый сервер ClearCase, сохранив его в известном исправном состоянии на тот день, когда вам потребуется доступ что-то из глубоких, темных дней перед исполнением ...

Answer 3

Остальные ответы устарели. Теперь вы можете импортировать CC-> Perforce со многими опциями, сохраняя историю. http://www.perforce.com/sites/default/files/pdf/migration-planning-guide-clearcase-to-perforce.pdf

Answer 4

Просто краткая заметка об одном импорте, который я видел из ClearCase в Perforce.
Как отмечено в Руководстве по конвертации ClearCase в Perforce :

Perforce поддерживает атомарные транзакции изменений; ClearCase нет.

Обратите внимание, что метки часто используются, чтобы просто обозначать моментальный снимок для определенного легко определенного набора файлов; это по своей сути легко сделать в Perforce без использования метки, поскольку в Perforce используются атомарные транзакции изменений и синтаксис именования файлов.
Например, состояние всех файлов в //depot/projecta на момент изменения 42 может быть получено с помощью

p4 sync //depot/projecta/...@42

Это означает, что импортированный проект ClearCase был UCM one , поскольку концепция базовой линии близко соответствует концепции глобальной ревизии. Были импортированы только файлы с базовой линией, остальные версии были отброшены.

Answer 5

Также следует помнить, что ваш импортер может слегка зафиксировать в последовательности, отличной от фиксации в открытом регистре (возможно, вы просматриваете каталог, может быть история файлов и т. Д.)

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

Так что вам действительно стоит подумать о том, чтобы оставить историю в чистом виде. Создание тегов / веток также является другой проблемой, так как вам нужны ваши старые конфигурации для старых веток. В конце вы получите неправильные имена файлов в старых тегах (так как Perforce не поддерживают dir-версии.), Поэтому вы будете использовать для этого прозрачный регистр (а очень сложно получить правильное имя файла для каждой версии файл!).

Последняя проблема, с которой вы столкнетесь: время выполнения импортера: Если у вас большие VOB (например, 10 лет, размер 50 ГБ), вы будете ждать дни, пока импортер соберет всю информацию и преобразует ее в красивое блестящее репо. Весь этот день ваш devteam перестанет работать.