Стратегия перехода со StarTeam 5 на Subversion?
Мне нужно перенести большой проект из StarTeam 5 в Subversion, и я хотел бы сохранить снимки (как минимум) 5-10 основных выпусков. Я учел следующее:
- Ручной или скриптовый экспорт / импорт каждого снимка. Преимущества: простота и удобство выбора версий с маркировкой / датой. Недостатки: трудоемкий, не сохраняет комментариев.
- Polarion предлагает то, что кажется идеальным инструментом в svnimporter, но для этого требуется файл .jar от StarTeam 8.0, которого нет в StarTeam 5. Преимущества: автоматизированный, полный. Недостатки: требуется обновление до StarTeam 8.0 для одноразового использования.
- Перенести через какой-то промежуточный репозиторий (например StarTeam -> CVS -> Subversion). Я пока не нашел посредника, который будет сотрудничать со StarTeam.
- Переносите только последний исходный код. Преимущества: просто, быстро, побуждает разработчиков изобретать новые решения, а не повторять историю. Недостаток: побуждает разработчиков изобретать новые решения, а не повторять историю. :-)
Буду признателен за любой опыт или предложения, которые вы могли бы предложить. Спасибо.
Ответы 4
Поскольку я не использовал StarTeam, я не могу об этом говорить, но я думаю, что вы предложили несколько хороших вариантов.
- Скриптовый импорт может занять много времени, на самом деле не все, но в то же время быть надежным способом войти в svn и при этом сохранить историю выпусков.
- В чем реальный недостаток обновления и отказа от установки после этого? Вам нужно повторно покупать программное обеспечение? Это утомительное обновление? Если исключить это, похоже, что это может быть лучшим вариантом.
- Я бы действительно держался подальше от этого варианта. cvs -> svn import довольно шаткий (на самом деле, это разовая вещь, вероятно, не так много отдельных людей, которые работают над этим достаточно, чтобы действительно заботиться о том, чтобы сделать его идеальным). Переход от другой системы SCM к cvs, а ЗАТЕМ к svn звучит как рецепт бесполезных данных истории и разочарований. :) Я делал это всего пару раз, и действительно, самое лучшее - когда вы закончите, вы окажетесь в svn и больше никогда не трогаете cvs.
- Этот вариант действительно отстой. Вы теряете всю свою историю ... больше не можете обвинять других разработчиков за то, что лажали ... С другой стороны, это будет абсолютно работать, если все остальное не поможет.
Спасибо за ваши мысли. Быстрое обновление: * Я нашел несколько версий неуловимого файла .jar на веб-сайте поставщика. Ни один из них не подходит моему древнему хранилищу. Апгрейд = пятизначный ценник. * Я решил выбрать №4 - начало нового идет нам на пользу; мы будем держать старое репо, JIC!
Вы можете запустить сервер Star Team в течение оценочного периода (30 дней?), Не требуя дополнительной лицензии от Borland - это даст вам достаточно времени для нескольких практических запусков и даст вам полное и надежное решение. Стоит затраченных усилий.
Кроме того, не стоит недооценивать ценность сохранения вашей исходной истории.
Обновлено 6 ноября: один проект, в котором я участвую, использовал инструмент Polarion для переноса одного проекта StarTeam в SVN. Потребовалось немного поработать, но конечный результат безупречный. Стоит потраченного времени.
Спасибо за продолжение. Рассматриваю пробное обновление. Это означает, что мне нужно преобразовать исходный репозиторий StarTeam с v5 на v8, а затем запустить утилиту дампа, но, возможно, это того стоит. Выложу обновление после того, как осядет пыль.
@AdamLiss, пыль осела? Обеспокоен тем, что ты наконец сделал.
Вау, это было давно! Если я правильно помню, мы импортировали последний снимок в Subversion и оставили StarTeam работающим до тех пор, пока не решили, что он нам больше не нужен. Я бы не рекомендовал это в качестве общего решения, но мы делали очень мало новых разработок, поэтому история не была столь ценной, как это было бы в активной базе кода.
Что касается комментариев о версиях StarTeam: да, инструменту Polarion SVNImporter действительно нужен starteam80.jar, и да, StarTeam SDK 2005 имеет только файл с именем starteam70.jar. Однако я обнаружил, что можно обмануть, скопировав starteam70.jar в каталог lib SVNImporter и переименовав его в starteam80.jar.
Великие умы думают одинаково - это была одна из моих первых попыток. К сожалению, версия в нашем выпуске 5.1 несовместима с репозиторием. Однако я ценю ваше предложение!
Я изо всех сил пытаюсь перенести StarTeam 8 на SVN с помощью комплекта Polarion. Я получаю:
[main] DEBUG STProvider: 80 - проверка ... относительный / путь / к / build.xml версия: 1.0 09: 25: 10,378
[главная] ИНФОРМАЦИЯ historyLogger: 84 - ИСКЛЮЧЕНИЕ ОШИБКИ: java.lang.UnsatisfiedLinkError: com.starbase.util.NativeFileAccess.setLastModifiedAsLong (Ljava / lang / String; J) V
и целевой файл существует, но я подозреваю, что он не может определить относительный путь. Знаете ли вы, есть ли свойства (кроме тех, что указаны в файле config.properties), которые можно настроить для управления этим?