从StarTeam 5迁移到Subversion的策略？

Question

我需要将一个大型项目从StarTeam 5迁移到Subversion，我想保留（至少）5-10个主要版本的快照。我考虑过以下几点：

• 每个快照的手动或脚本导出/导入。优点：直观，易于选择标记/日期版本。缺点：耗时，不保留评论。
• Polarion提供了似乎是svnimporter中的完美工具，但它需要StarTeam 8.0中的.jar文件，而StarTeam 5中没有。优点：自动化，完整。缺点：需要升级到StarTeam 8.0一次性使用。
• 通过某个中间存储库迁移（例如 StarTeam - ＆gt; CVS - ＆gt; 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 - ＆gt; svn import是非常不稳定的（真的，这是一次性的事情，可能并不是很多个人的工作就足以真正关心它的完美）。从另一个SCM系统转到cvs，然后转到svn听起来像无用的历史数据和挫折的食谱。 :)我只做了几次，而且真的，最好的部分是一旦你完成了，你在svn并且再也不会触摸cvs了。
4. 这个选项确实非常糟糕。你失去了所有的历史......再也不能责怪其他开发人员搞砸了......但是，如果其他方法都失败了，它绝对会有效。

Answer 4

我正在努力使用Polarion套件将StarTeam 8迁移到SVN。我得到了：

[main] DEBUG STProvider：80 - checkout ... relative / path / to / build.xml version：1.0 09：25：10378

[main] INFO historyLogger：84 - EXCEPTION CAUGHT：java.lang.UnsatisfiedLinkError：com.starbase.util.NativeFileAccess.setLastModifiedAsLong（Ljava / lang / String; J）V

并且目标文件存在，但我怀疑它无法解析相对路径。你知道是否有可以设置控制它的属性（除了config.properties文件中的属性）？