6

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

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

我将不胜感激您可能提供的任何经验或建议。谢谢你。

4

4 回答 4

5

您可以在评估期（30 天？）内运行 Star Team 服务器，而无需从 Borland 获得额外许可——这将给您充足的时间来运行一些练习运行，并为您提供完整、可靠的解决方案。非常值得努力。

此外，不要低估保留源历史记录的价值。

11 月 6 日更新：我参与的一个项目使用 Polarion 工具将单个 StarTeam 项目迁移到 SVN。花了一点功夫，但最终的结果是完美的。非常值得花时间投资。

于 2008-11-05T08:05:29.073 回答
5

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

于 2008-11-11T14:58:57.660 回答
3

由于没有使用过 StarTeam，我无法对此发表评论——但我认为您已经提出了一些不错的选择。

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

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

[main] DEBUG STProvider:80 - checkout ...relative/path/to/build.xml 版本：1.0 09:25:10,378

[主要] 信息历史记录器：84 - 异常发现：java.lang.UnsatisfiedLinkError：com.starbase.util.NativeFileAccess.setLastModifiedAsLong(Ljava/lang/String;J)V

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

于 2009-08-07T15:15:12.667 回答