Как перейти к новой системе управления версиями

Question

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

Я прошу идеи о том, как это сделать. Я полагаю, что мы могли бы добавить две базы кода в новый элемент управления версиями как братья и сестры в иерархии нового депо и постепенно удалить избыточность, постепенно продвигая третьего брата в иерархии, в конечном счете, работая исключительно из третьего брата. Тем не менее, это всего лишь 30 000 футов обзора проблемы, а не решение. Любые идеи, ошибки, процедуры, чтобы избежать катастрофы? Благодаря

Answer 1

Вопросы для рассмотрения:

• Сколько истории вы мигрирующие?
• Как долго вам нужно будет продолжать использовать старые системы для патчей и т. Д.?
• Как долго вам понадобится хранить старые системы для доступа к исторической информации?
• Создает ли новый целевой VCS автоматический или квазиавтоматический способ миграции миграции из любого из двух старых VCS?
• Как вы примирите системы ветвления в двух старых VCS с моделью, используемой в новом VCS?
• Будет ли мечение работать правильно?
• Можно передавать теги (что не имеет значения, если вы не импортируете много истории)?
• Какие средства контроля доступа применяются к старым VCS, которые должны воспроизводиться в новом?
• Какие средства контроля доступа должны применяться к новым VCS?

Это, по крайней мере, отправная точка - я, без сомнения, забыл многие важные темы.

Answer 2

Git может быть настроен таким образом, чтобы клиенты svn, git и cvs могли подключаться. Таким образом, вы можете перейти к центральному репозиторию Git, но люди, которые все еще используются для svn, могут продолжать использовать его.

Звучит так, что в вашей конкретной ситуации, с двумя кодовыми базами, которые вы хотите объединить, вы должны сделать три хранилища и начать комбинировать первые два в третьем.

Answer 3

Мой совет - экспериментировать с несколькими «тестовыми» переходами. Посмотрите, как это происходит, и при необходимости скорректируйте свои скрипты.

Затем, после вашего набора, вы можете выполнить его на самом деле и сделать. Архивируйте свои старые репозитории.

Другое место, где вы можете найти вдохновение, это OpenOffice.org. Они находятся в середине перехода от SVN to Mercurial. Вероятно, они опубликовали информацию о своей миграции.