从StarTeam 5迁移到Subversion的策略？

Question

我需要将一个大项目从StarTeam 5迁移到Subversion,我想保留(至少)5-10个主要版本的快照.我考虑过以下几点:

• 手动或脚本导出/导入每个快照.优点:直观,易于选择标记/日期版本.缺点:耗时,不保留评论.
• Polarion提供了似乎是svnimporter中的完美工具,但它需要StarTeam 8.0中的.jar文件,StarTeam 5中不存在.优点:自动化,完整.缺点:需要升级到StarTeam 8.0一次性使用.
• 通过一些中间存储库迁移(例如 StarTeam - > CVS - > Subversion).我还没有找到任何与StarTeam合作的中间人.
• 仅迁移最新的源.优点:简单,快速,鼓励开发人员发明新的解决方案,而不是重复历史.缺点:鼓励开发人员发明新的解决方案,而不是重复历史.:-)

我很感激您提供的任何经验或建议.谢谢.

Answer 1

您可以在评估期间(30天？)运行Star Team服务器,而无需Borland的额外许可 - 这将为您提供充足的时间来运行一些练习,并为您提供完整,可靠的解决方案.非常值得的努力.

另外,不要低估保留源历史记录的价值.

11月6日更新:我参与的一个项目使用Polarion工具将单个StarTeam项目迁移到SVN.做了一点工作,但最终的结果是完美的.值得花时间投资.

Answer 2

关于StarTeam版本的评论:是的,Polarion SVNImporter工具确实需要starteam80.jar,是的,StarTeam SDK 2005只有一个名为starteam70.jar的文件.但是我发现你可以通过将starteam70.jar复制到SVNImporter lib目录并将其重命名为starteam80.jar来作弊.

Answer 3

由于没有使用过 StarTeam，我无法谈论这一点 - 但我认为您已经提出了一些不错的选择。

1. 脚本化导入似乎很耗时，并不能真正为您提供一切，但同时，它是进入 svn 并仍然保留您的发布历史记录的可靠方法。
2. 升级并在安装后放弃安装的真正缺点是什么？需要重新购买软件吗？升级过程是否繁琐？除此之外，听起来这可能是最好的选择。
3. 我真的会远离这个选择。cvs -> svn import 相当不稳定（实际上，这是一次性的事情，可能没有多少人对其进行足够的工作以真正关心使其完美）。从另一个 SCM 系统转到 cvs，然后转到 svn 听起来像是无用的历史数据和挫败感的秘诀。:) 我只做过几次，实际上，最好的部分是一旦你完成了，你就在 svn 中，再也不用接触 cvs 了。
4. 这个选项确实很糟糕。你失去了所有的历史..不能再责怪其他开发者把事情搞砸了..不过，从好的方面来说，如果其他一切都失败了，它绝对会起作用。