Миграция из Visual SourceSafe с полной историей и общими файлами - PullRequest
2 голосов
/ 19 мая 2011

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

A: Есть ли хорошая RCS, которая поддерживает общие файлы?

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

B: Как я могу перенести полную историю версий в новую RCS?

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

Спасибо.


  1. В идеале я хотел бы пойти к своему боссу и сказать: «Посмотрите, этот инструмент может взять на себя всю историю версий с каждой деталью и будет работать намного лучше, чем VSS» .
  2. В противном случае это должно быть: «Посмотрите, этот инструмент будетработать намного лучше, чем VSS. Совместное использование файлов будет работать несколько иначе, но может удовлетворить все наши потребности. "
  3. Если мне не удастся продолжить войну на истощение против VSS с помощью обычного оружия ...

Ответы [ 2 ]

1 голос
/ 19 мая 2011

A.Возможно, вы захотите взглянуть на Source Gears Vault .Я никогда не использовал его в гневе, но, похоже, это единственная вещь, которая похожа на VSS.

B.Еще раз Vault, вероятно, ваш лучший вариант.VSS конвертер для TFS работает, но, скорее всего, большинство ваших меток не будут перенесены.Что касается других систем контроля версий, я не уверен.

Так что Убежище встретится с номером 1, пусть босс останется доволен.Я никогда не использовал его, так что это может быть не очень хорошо, но он выставлен как VSS без коррупции.Я думаю, что они предлагают пробную версию, поэтому я бы скачать ее и поиграть.Это коммерческий продукт, поэтому, если у вас есть потребность в бесплатном инструменте (как в пиве), он может не сработать.

Если вы хотите пройти лишнюю милю и сделать номер 2, тогда выСмотришь на SVN, TFS, git или Mercurial.Все они очень отличаются от VSS, и все они имеют свои маленькие причуды.

Миграция на любую другую систему управления версиями из VSS будет болезненной.Там нет ничего, кроме, возможно, Vault, который полностью повторяет поведение VSS.

Другой автор предложил перейти к TFS.Я только что перенес около 100 репозиториев VSS в TFS, и, на мой взгляд, это гораздо лучший продукт.Сказав это, будет много обучения и планирования.

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

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

Что касается истории, даже если ваш новый инструмент выбора вполне может перенести всю историю.Вам все равно нужно знать, что какие-либо Акции, Пины или Ярлыки, вероятно, не будут доступны вам после миграции.В ряде случаев мы решили, что лучшим вариантом будет «получить» известную действительную версию кода и перенести ее.В этих случаях хранилища VSS создавались только для чтения, поэтому при необходимости история оставалась доступной.

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

0 голосов
/ 19 мая 2011

Я могу порекомендовать перенести репозиторий из VSS в Team Foundation Server (TFS). Это плавный и безболезненный процесс с использованием инструмента VSSConverter.exe в комплекте с TFS.Он также перемещается по истории VSS.

Вы можете удалить общие файлы и использовать вместо него ветвление , что намного полезнее и эффективнее.

...