version-control - 在版本控制系统之间移动的最佳实践是什么？

Question

cvs大概有200个项目，vss至少有100个项目。有些是维护模式下的非事件代码。有些是遗留应用程序。有些是不再使用的旧应用程序。大约 10% 正在积极开发中。计划是移动一切以完成我的 2009 年年底。

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

有没有人遇到过从 cvs 迁移到 perforce 的最佳实践？或类似的迁移。有什么要注意的问题吗？

Answer 1

在 VSS 端，有一些转换工具可用于帮助迁移。它们主要可以维护版本历史(自述文件和文档中解释了一些注意事项)。我已经使用 VSS to perforce 工具将 50 多个 VSS 项目迁移到 perforce。从 VSS 中获取数据可能有点挑剔而且速度不是特别快，但它确实有效。如果您可以直接访问 VSS 存储库的磁盘(即不通过网络共享)，则转换速度会快得多。您可以找到有关脚本的信息 here .

CVS 有一个类似的页面可以强制转换 here ，虽然我没有直接的经验。这些链接是很好的起点。您还可以在位于 here 的 Perforce 知识库中搜索 Perforce 邮件列表。 .我很确定您可能会在邮件列表文件中找到一些转换信息。

首先迁移您的旧项目。您可以确保您的流程有效。当我们将事件代码迁移到 Perforce 时，我花了一个周末时间，基本上取消了对服务器的访问，并将代码转移到了 Perforce。老实说，这是一次非常容易的迁移，当人们周一回来时，他们就准备好了。在开始迁移后，您可能会考虑为您的员工准备 Perforce 备忘单。

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