从 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. 我真的会远离这个选择。 简历-> 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:10,378

[main] INFO HistoryLogger:84 - 捕获异常：java.lang.UnsatisfiedLinkError: com.starbase.util.NativeFileAccess.setLastModifiedAsLong(Ljava/lang/String;J)V

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