Миграция из Source Depot в SVN

Question

У меня был локальный репозиторий Source Depot для контроля версий со времен моей работы в Microsoft. В последнее время я хотел перейти на SVN и взять с собой историю изменений, но, похоже, нет сценария для перехода на SVN.

Поскольку здесь много тусовок, я думал, что попробую здесь. Я в основном ищу простой сценарий миграции, который позаботился бы обо мне.

За исключением этого, любой другой совет, добро пожаловать на мой путь. К вашему сведению, Source Depot основан на Perforce, и я попробовал миграцию Perforce tools , но безуспешно

Answer 1

Есть ли в Source Depot командная строка, похожая на Perforce?

Около года назад я переместил свой домашний склад SCC из Perforce в SVN за несколько шагов, используя скрипт Python. Хотя у меня больше нет сценария, он был довольно прост и написан однажды днем.

По сути, скрипт начинался с самого первого списка изменений исполнения и последовательно просматривал их все. Он будет синхронизироваться с каждым списком изменений и разбивать файлы на списки редактирования / добавления / ветки. Затем эти файлы будут скопированы в путь SVN и обновлены / добавлены / разветвлены с использованием соответствующих команд. Затем они будут зафиксированы с использованием комментария из исходного списка изменений.

Это дало мне полное SVN-зеркало моего депо Perforce с сохранением всей истории / комментариев и информации о филиалах. У меня был только один пользователь (я!), Но было бы не сложно поддерживать несколько пользователей.

Я даже думал о том, чтобы скрипт изменил системные часы так, чтобы даты в истории были правильными, но это не стоило того. Для меня самой важной была история и информация о ветках / тегах.

Answer 2

Моя компания некоторое время назад посещала нас для информационной сессии, посвященной переносу всей исходной истории и истории версий с MKS на SVN. Оказывается, что на самом деле очень трудно сохранить историю версий без изменений в процессе миграции, потому что у всех них есть свои собственные методы хранения этой истории. Что я забрал из этого визита, так это то, что есть некоторые дорогие сторонние инструменты, которые будут выполнять миграцию, но их трудно найти, и на самом деле они не так уж хороши.

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

Конечно, наши ситуации немного отличаются тем, что наши истории базовых версий не в одном формате (у меня MKS, у вас SD). Но я не верю, что будет легко найти магический сценарий для его преобразования. Я могу ошибаться, но это то, что я получил от той встречи, которая у нас была, в любом случае.

Answer 3

Возможно, я неправильно понимаю вашу проблему, но что мешает вам выполнить полную проверку кода из Source Depot, а затем проверить его в Subversion?

Если вы также не хотите импортировать какие-либо элементы управления пользователя / группы, которые были настроены, в этом случае регистрация / возврат не полностью выполнит это.