当前位置 : 主页 > 手机开发 > 无线 >

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

来源:互联网 收集:自由互联 发布时间:2021-06-10
cvs中有大约200个项目,vss中至少有100个项目.有些是维护模式下的非活动代码.有些是遗留应用.有些是不再使用的旧应用程序.大约10%正在积极开发中.计划是在2009年年底完成所有工作. 有
cvs中有大约200个项目,vss中至少有100个项目.有些是维护模式下的非活动代码.有些是遗留应用.有些是不再使用的旧应用程序.大约10%正在积极开发中.计划是在2009年年底完成所有工作.

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

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

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

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

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

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

网友评论