在版本控制系统之间移动的最佳做法是什么？

Question

在CVS中约有200个项目，并且至少有100个项目在VSS中。有些处于维护模式的无效代码。一些是传统应用程序。有些旧应用程序不再使用。约有10％正在积极发展。该计划是将所有内容移至2009年底。

有没有人做过像这样的大迁移？

有没有人遇到过从cvs移动到perforce的最佳实践？或者类似的迁移。任何需要注意的问题？

Answer 1

在VSS方面，有一些转换工具可用于帮助迁移。他们大多可以维护版本历史记录（在自述文件和文档中有解释的警告）。我已经将超过50个VSS项目迁移到使用VSS执行工具的perforce。从VSS中获取数据可能有点挑剔，而且速度也不是很快，但它很有用。如果您可以直接访问磁盘（即不通过网络共享）到VSS存储库，则转换速度会更快。您可以找到有关脚本here的信息。

虽然我没有直接的经验，但CVS有一个模拟页面来执行转换here。这些链接是开始的好地方。您还可以搜索位于here的Perforce知识库中的Perforce邮件列表。我很确定您可能会在邮件列表存档中找到一些转换信息。

先迁移旧项目。您可以确保您的流程有效。当我们将活动代码迁移到Perforce时，我花了一个周末时间，基本上无法访问服务器并将代码移到Perforce。老实说，这是一个非常容易的迁移，当人们周一回来时，他们已经准备好了。开始进行迁移后，您可能会想到使用Perforce备忘单准备员工。

最大的问题实际上可能是让你的员工准备使用Perforce。如果我再次完成了这项工作，我会先迁移我们较小的活动项目，并准备少量人员以立即使用Perforce。事实上，在迁移后的第1天，我必须培训120多人，这有点多。此外，请确保您没有100位用户在第1天点击您的服务器进行全新同步。在开始的几天里，我们多次关闭服务器。我们使用了一个我不推荐的windows 32位服务器。我们现在有一个Windows 64位服务器，它更健壮。如果可以的话，我实际上会使用Linux作为您的操作系统用于您的perforce服务器。同样，Perforce网站上应该有关于性能的更好的信息。

Answer 2

原谅我回答了一个问题，但没有Perforce为此提供工具？或者，至少是文档？我会打我的Perforce销售员...

Answer 3

我没有必要做这种规模的东西，但我有一些想法。首先，从一个小而不重要的项目开始，并将其迁移。这会让你了解迁移其他项目需要花费多少麻烦。紧接着，你应该选择一个中等规模的项目，因为在一个小项目中可能不会出现一个大型项目（比如分支机构）的迁移问题。

请确保您花了一点时间来看看将cvs项目转换为vss是多么容易，或者相反。如果从vss转换为perforce是一个真正的痛苦，你可以将vss转换为cvs，然后执行。不要沉溺其中，但它可能会让你摆脱困境。我认为这里的关键是渐进的。

备份很好。期。

考虑一个截止日期，任何不活动的项目，如果老的话，应该被封存。查看最终版本并将其存储在Perforce中。你真的需要15年的视觉基本代码吗？

Answer 4

考虑不要迁移已停用和未启用的项目。只需将其存储库置于只读模式即可。如果需要，数据仍然可用，您可以节省迁移它们的时间。只需迁移正在使用的10％。彻底记录过程。

如果其中一个未迁移的项目在未来一段时间会复活，您可以使用文档作为参考轻松迁移它。

Answer 5

无论你做什么，都要将旧版本库保存为只读模式。

Answer 6

我们使用我们编写的工具来迁移我们的svn仓库，并且刚刚开始我们的starteam项目的修订。

注意单文件签入（CVS）和多文件更改集（Perforce）之间的差异。

小心分支是独立空间（CVS）与文件路径空间（Perforce）中的分支。