Попробуйте последнюю версию магистрали (консольного приложения) для VssMigrate на Codeplex, чтобы изменить порядок вашей истории и повторно сгенерировать наборы изменений из репозитория VSS. Он также будет правильно упорядочивать ваши версии в зависимости от времени, когда они были зарегистрированы.
http vssmigrate.codeplex.com/SourceControl/changeset/view/16890
Надеюсь, это поможет. Может потребоваться некоторая настройка $ / import.
PS история помогает вам узнать, кого винить, за один шаг, вместо того, чтобы определять правильность аннотации на основе импорта, поэтому я считаю ее довольно полезной. Гораздо лучше иметь его, чем не иметь, при обнаружении ошибок в старом коде.
PPS Вы даже можете использовать новую версию VssMigrate, чтобы повторно импортировать ревизии в репозиторий Subversion, а затем объединить все ревизии после последней импортированной ревизии из вашей предыдущей ревизии. Единственным недостатком является то, что всем придется получить новую проверку из репозитория, потому что количество ревизий будет значительно сокращено. По сути, выполнить новую миграцию; svnadmin дамп активного репозитория, ранее перенесенного из rev migrated + 1 как инкрементный, а затем загрузка svnadmin во вновь перенесенный репозиторий.
Я пробовал и Polarion, и vss2svn около года назад.
У нас было много лет кода в VSS, и я обнаружил, что после всей настройки и тестирование, которое меня не полностью удовлетворило результатами, процесс был долгим и хрупким, и в конце концов я решил просто начать с чистого импорта последнего кода.
За последний год было несколько раз. куда я ходил искать старую историю, но не особо.Еще один плюс начинать с нуля заключается в том, что ваш новый репозиторий SVN будет очень быстрым!
В последний раз я пытался это сделать много лет назад. Поскольку формат файла VSS не был задокументирован, для получения полной истории сторонняя программа преобразования должна была использовать API VSS для получения каждой версии каждого файла. Я позволил этому преобразованию выполняться в выходные, посмотрели, как много было сделано (несколько процентов), и подсчитали, что для завершения потребуются недели календарного времени (у нас были годы истории).
Поэтому мы решили переместить в новую систему контроля версий только моментальный снимок последнего кода и сохранили архив базы данных VSS для сохранения истории.
Подобно этому вопросу - другая миграция, но я также думаю, что это пустая трата усилий / времени чтобы попытаться сохранить историю.
Несколько месяцев назад я успешно мигрировал с VSS 2005 на SVN. Я использовал инструмент «VssMigrate.Tim2», который, по-видимому, теперь присутствует на CodePlex как vssmigrate . Он работал нормально, без серьезных проблем. Казалось, что редакции и временные метки не были упорядочены так, как я ожидал, но это не имело большого значения.
РЕДАКТИРОВАТЬ: с помощью vssmigrate вы можете выбрать перенос определенного пути VSS (например, $ / GroupA / ProjectB ), что сокращает время индивидуальной миграции и делает процесс в целом менее хрупким. Я не' Я считаю, что процесс слишком долгий, хотя у нас было всего около шести месяцев данных в VSS. Мне удалось завершить миграцию и настройку Apache + SVN за выходные. В зависимости от размера вашего репозитория VSS вы можете захотеть создать несколько репозиториев SVN вместо одного массивного репозитория.
Я очень рад, что мы отошли от VSS, хотя настройка Apache + SVN не была слишком интересной (пробная версия и ошибка). Я рассматривал Git или Mercurial , но в то время ни у одного из них не было надежного инструмента TortoiseXxx или плагина VS SCC. Хотя теперь, когда код Google поддерживает Mercurial, а TortoiseHg выглядит неплохо, я очень хочу в ближайшее время попробовать Mercurial.
Мне удалось завершить миграцию и настройку Apache + SVN за выходные. В зависимости от размера вашего репозитория VSS вы можете захотеть создать несколько репозиториев SVN вместо одного массивного репозитория.Я очень рад, что мы отошли от VSS, хотя настройка Apache + SVN не была слишком интересной (пробная версия и ошибка). Я рассматривал Git или Mercurial , но в то время ни у одного из них не было надежного инструмента TortoiseXxx или плагина VS SCC. Хотя теперь, когда код Google поддерживает Mercurial, а TortoiseHg выглядит неплохо, я очень хочу в ближайшее время попробовать Mercurial.
Мне удалось завершить миграцию и настройку Apache + SVN за выходные. В зависимости от размера вашего репозитория VSS вы можете захотеть создать несколько репозиториев SVN вместо одного массивного репозитория.Я очень рад, что мы отошли от VSS, хотя настройка Apache + SVN не была слишком интересной (пробная версия и ошибка). Я рассматривал Git или Mercurial , но в то время ни у одного из них не было надежного инструмента TortoiseXxx или плагина VS SCC. Хотя теперь, когда код Google поддерживает Mercurial, а TortoiseHg выглядит неплохо, я очень хочу в ближайшее время попробовать Mercurial.
хотя настройка Apache + SVN была не слишком увлекательной (метод проб и ошибок). Я рассматривал Git или Mercurial , но в то время ни у одного из них не было надежного инструмента TortoiseXxx или плагина VS SCC. Хотя теперь, когда код Google поддерживает Mercurial, а TortoiseHg выглядит неплохо, я очень хочу в ближайшее время попробовать Mercurial. хотя настройка Apache + SVN была не слишком увлекательной (метод проб и ошибок). Я рассматривал Git или Mercurial , но в то время ни у одного из них не было надежного инструмента TortoiseXxx или плагина VS SCC. Хотя теперь, когда код Google поддерживает Mercurial, а TortoiseHg выглядит неплохо, я очень хочу в ближайшее время попробовать Mercurial.