当前位置:  开发笔记 > 运维 > 正文

在版本控制系统之间移动的最佳实践是什么?

如何解决《在版本控制系统之间移动的最佳实践是什么?》经验,为你挑选了1个好方法。

cvs中有大约200个项目,vss中至少有100个项目.有些是维护模式下的非活动代码.有些是遗留应用.有些是不再使用的旧应用程序.大约10%正在积极开发中.计划是在2009年年底完成所有工作.

有人做过这样的大型迁移吗?

有没有人遇到过从cvs转到perforce的最佳实践?或类似的迁移.有什么需要注意的吗?



1> Mark..:

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

CVS有一个类似的页面可以在这里进行转换,虽然我没有直接经验.这些链接是开始的好地方.您还可以在此处的Perforce知识库中搜索Perforce邮件列表.我很确定你可能会在邮件列表档案中找到一些转换信息.

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

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

推荐阅读
mobiledu2402851323
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有