Стратегия перехода с StarTeam 5 на Subversion?

Question

Мне нужно перенести большой проект из StarTeam 5 в Subversion, и я хотел бы сохранить снимки (как минимум) 5-10 основных выпусков. Я учел следующее:

• Ручной или скриптовый экспорт / импорт каждого снимка. Преимущества: простая, легко выбираемая версия с маркировкой / датой. Недостатки: трудоемкий, не сохраняет комментариев.
• Polarion предлагает то, что кажется идеальным инструментом в svnimporter, но для него требуется файл .jar из StarTeam 8.0, которого нет в StarTeam 5. Преимущества: автоматический, полный. Недостатки: требуется обновление до StarTeam 8.0 для одноразового использования.
• Миграция через некоторый промежуточный репозиторий ( например, StarTeam -> CVS -> Subversion). Я еще не нашел посредника, который будет сотрудничать со StarTeam.
• Перенос только последнего источника. Преимущества: просто, быстро, побуждает разработчиков изобретать новые решения, а не повторять историю. Недостаток: побуждает разработчиков изобретать новые решения, а не повторять историю. : -)

Буду признателен за любой опыт или предложения, которые вы могли бы предложить. Спасибо.

Answer 1

Вы можете запустить сервер Star Team в течение ознакомительного периода (30 дней?), Не требуя дополнительной лицензии от Borland - это даст вам достаточно времени для проведения нескольких пробных запусков и даст вам полное и надежное решение. Стоит усилий.

Кроме того, не стоит недооценивать ценность сохранения исходной истории.

Обновлено 6 ноября. Один проект, с которым я связан, использовал инструмент Polarion для переноса одного проекта StarTeam в SVN. Потребовалось немного работы, но конечный результат безупречен. Стоит потраченного времени.

Answer 2

Что касается комментариев о версиях StarTeam: да, для инструмента Polarion SVNImporter действительно необходим starteam80.jar, и да, в StarTeam SDK 2005 есть только файл с именем starteam70.jar. Однако я обнаружил, что вы можете обмануть, скопировав starteam70.jar в каталог lib SVNImporter и переименовав его в starteam80.jar.

Answer 3

Не используя StarTeam, я не могу об этом говорить, но я думаю, что вы выложили несколько хороших вариантов.

1. Похоже, что импортирование по сценарию может занять много времени, на самом деле не принесет вам ничего, но в то же время будет надежным способом войти в svn и при этом сохранить историю ваших выпусков.
2. Каковы реальные недостатки обновления и выбрасывания установки после? Вы должны повторно приобрести программное обеспечение? Это утомительное обновление? За исключением этого, похоже, что это может быть лучшим вариантом.
3. Я бы действительно держался подальше от этой опции. cvs -> svn import довольно шаток (действительно, это одноразовая вещь, вероятно, не так много отдельных людей работают над этим достаточно, чтобы действительно заботиться о том, чтобы сделать его идеальным). Переход от другой системы SCM к cvs, а затем к svn звучит как рецепт для бесполезных исторических данных и разочарований. :) Я делал это только пару раз, и действительно, лучшая часть - когда ты закончил, ты в SVN и больше никогда не трогаешь cvs.
4. Эта опция действительно плохая. Вы теряете всю свою историю ... больше не можете обвинять других разработчиков в том, что они все испортили ... С другой стороны, это будет работать, если ничего не получится.

Answer 4

Я пытаюсь перенести StarTeam 8 в SVN, используя комплект Polarion. Я получаю:

[main] DEBUG STProvider: 80 - оформить заказ ... относительный / путь / к / build.xml версия: 1.0 09: 25: 10378

[main] INFO historyLogger: 84 - ИССЛЕДОВАНИЕ ИСКЛЮЧЕНИЯ: java.lang.UnsatisfiedLinkError: com.starbase.util.NativeFileAccess.setLastModifiedAsLong (Ljava / lang / String; J) V

и целевой файл существует, но я подозреваю, что он не может определить относительный путь. Знаете ли вы, есть ли свойства (кроме свойств в файле config.properties), которые можно установить для управления этим?