从 StarTeam 5 迁移到 Subversion 的策略？答案

【问题标题】：Strategy to migrate from StarTeam 5 to Subversion?从 StarTeam 5 迁移到 Subversion 的策略？
【发布时间】：2010-09-18 05:51:36
【问题描述】：

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

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

如果您提供任何经验或建议，我将不胜感激。谢谢。

【问题讨论】：

netcodeman.blogspot.com/2011/01/… 可能对本次讨论有所帮助。我也知道如果同一版本在 StarTeam 中有多个标签，SVN 导入器会出现问题。希望这会有所帮助。

标签： svn version-control migration starteam

【解决方案1】：

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

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

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

【讨论】：

感谢您的跟进。我正在考虑试用升级。这意味着我需要将原始 StarTeam 存储库从 v5 转换为 v8，然后运行转储实用程序，但这可能是值得的。尘埃落定后将发布更新。
@AdamLiss 尘埃落定了吗？担心你最后做了什么。
哇，那是很久以前的事了！如果我没记错的话，我们将最新的快照导入 Subversion 并让 StarTeam 继续运行，直到我们决定不再需要它为止。我不建议将其作为通用解决方案，但我们几乎没有进行新的开发，因此历史不像在活动代码库中那样有价值。

【解决方案2】：

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

【讨论】：

伟大的思想都一样——这是我最初的尝试之一。不幸的是，我们 5.1 版本中的版本与存储库不兼容。不过，我很感谢你的建议！

【解决方案3】：

我没有使用过 StarTeam，对此我无话可说 - 但我认为您已经提出了一些不错的选择。

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

【讨论】：

感谢您的意见。快速更新： * 我在供应商的网站上找到了几个版本的难以捉摸的 .jar 文件。没有一个可以很好地与我的古老存储库配合使用。升级 = 5 位数的价格标签。 * 我决定选择#4——新的开始对我们有好处；我们将保留旧的回购协议，JIC！

【解决方案4】：

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

[main] DEBUG STProvider:80 - checkout ...relative/path/to/build.xml 版本：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 文件中的属性）来控制它吗？

【讨论】：