如何转移到新的版本控制系统

Question

我的雇主责成我成为我们的新版本控制管理员。我们目前使用两种不同的版本控制系统来处理两种不同的代码库。两个代码库中的代码/功能在一些区域重叠。我们将把两个代码库移到新的版本控制系统中。

我征求关于如何做到这一点的想法。我想我们可以将这两个代码库添加到新版本控制中作为新版本库中的同级，并通过逐渐升级到层次结构中的第三个兄弟，最终完全排除第三个兄弟。然而，这只是一个30,000英尺的问题，而不是一个解决方案。任何想法，陷阱，避免灾难的程序？ 感谢

Answer 1

要考虑的问题：

• 了多少历史，你会迁移？
• 您需要多久才能继续使用旧系统进行修补工作等？
• 您需要多久才能保留旧系统访问历史信息？
• 是否新的目标VCS提供从两个老VCS的自动或半自动迁移的迁移方法？
• 如何协调两个旧VCS中的分支系统与新VCS中使用的模型？
• 标记工作是否正常？
• 是否可以转让标签（如果您没有导入太多的历史记录，这并不重要）？
• 什么访问控制应用到老VCS是必须在新的再现？
• 哪些访问控制将应用于新的VCS？

这至少是一个起点 - 我毫无疑问忘记了很多重要的话题。

Answer 2

的Git可以在SVN，Git的这样一种方式设置，CVS的客户都可以连接。这样你就可以转移到一个中央的Git仓库，但仍然习惯了SVN的人可以继续使用它。

这听起来是在你的具体情况，有两个代码库要合并，你应该让三个不同版本库，并开始前两个组合成第三个。

Answer 3

我的建议是尝试一些“测试”迁移。看看它是如何发展的，并根据需要调整脚本。

然后，一旦你的设置，你可以真正和你做执行。将旧的回购存档也归档。

另一个你可能会找到灵感的地方是OpenOffice.org。他们正在从SVN to Mercurial去中间。他们可能已经发布了他们的移民工作信息。