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

Question

大约有200项目的简历，并至少100个项目在ss。一些不活跃码在维护模式。有些是遗留的应用程序。有些是旧的应用程序不再使用。大约10%是在积极发展。该计划是将一切的必然我结束2009年。

有没有人做了一个大迁移这样吗？

有人遇到的最佳做法，从简历来必然?或类似的迁移。任何陷阱看出来的？

Answer 1

在VSS方面，有转换的工具，可以帮助移民。他们可以主要保持历史版本(有警告说明了自述以及文档).我已经迁移了超过50VSS projcts入必然使用VSS必然的工具。获得的数据出自愿可以是一个有点过分讲究的并不是非常迅速，但它的工作。如果你直接进入磁盘(即不过网络分享)的v ss库，转换可以去快得多。你可以找到信息有关的脚本 在这里，.

有一个像页的简历，必然转换 在这里，, 虽然我没有直接经验。这些链接是开始的好地方。你也可以通过搜索的必然的邮寄名单，在必然知识库的位置 在这里，.我敢肯定，你可能会发现某些变换信息的邮件列表的档案。

转移你的老项目的第一个。你可以确保你处理工作。当我们迁移活动代码，以必然，我参加了一个周末，基本上记下了访问服务器和移动代码过来必然.老实说，这是一个很容易迁移和当人们回来上星期一他们已经准备好要走。你可能会认为关于准备你的员工必然的作弊表之后你开始做的迁移。

最大的问题实际上可能是在准备你的人民使用必然.我做过很多次，我就已经迁移我们的小活动项目第一和编制人数较少的人利用必然在一次。因为它是我的火车的120多人在第1天在迁移后，是有点多。此外，还要确保你不会有100多人，打你的服务器重新同步，在第1天。我们缠起来把我们的服务器上下来多次在最初的几天。我们使用的windows32位的服务器我不会推荐。我们有一个窗64位服务器现在和它的更强大。如果可以的话，我实际上将会使用Linux操作系统为你必然的服务器。再次，应该有好的信息上必然的站点有关的业绩。

Answer 2

我还没有做什么这种规模的，但是我有一些想法。首先，开始通过把一个小的、不重要的项目，并迁移。会给你一个想法多少麻烦，这将需要迁移的其他项目。立刻之后，你应该选择一个中等大小的项目，因为可能存在问题的迁移的一个更大项目(说有分支机构)可能不是显而易见，在一个小型项目。

确保你花一点时间看到它是多么容易转换cvs项目vss，或其他方式。如果转换从vss必然是一个真正的痛苦，你可以转换vss人简历，然后必然.不会沉天到它，但是它可能回你棘手的情况。我觉得这里的关键是去增量。

备份的是良好的。期。

考虑一个截止日期，以及任何项目，这些项目不活动，而年龄较大的则认为，应封存。检查出的最后修订和存储，在必然.你真的需要15现年视觉基本的代码？

Answer 3

你什么都做的，保持旧的储存库的只读方式的一些地方。

Answer 4

原谅我在回答一个问题有一个问题，但是没有 必然 提供的工具是为了这个？或者，至少文件？我被击败了我的必然推销员...

Answer 5

考虑不迁移死不活动项目。简单地把他们的储存库的只读方式。数据将仍然可，如果需要，你节省时间的努力的迁移。只是迁移的10%是在使用。文件的过程。

如果一个联合国迁移的项目得到恢复了一些在未来的时间你可以很容易地迁移它用你的文件作为参考。

Answer 6

我们迁移我们的svn储存库的一个工具，我们写了，只是把头修订我们的相项目。

看出之间的差异的单一文件检查(CVS)和多文件，变更集(必然).

注意分支是独立的空间(CVS)与分支机构在文件路径空间(必然).