制定源代码管理迁移计划
更新：2007 年 11 月
本节包含有关如何制定将 Visual SourceSafe 源代码管理项目迁移到 Team Foundation 版本控制 的计划的信息。迁移过程是非常耗时的，因为您迁移的是多年的源代码管理数据。转换器提供迁移选项，通过加快迁移或使您的组员在迁移过程中可以对源代码管理进行操作，从而尽可能减少迁移所用时间。评估下列哪个迁移选项对您的团队而言工作效果最佳：
一次迁移一个项目 使用该选项一次迁移一个团队或项目的源代码；通常是 Visual SourceSafe 中的一个文件夹。此选项确保在迁移过程中不会阻止其他团队；但是，如果两个团队的源代码之间存在依赖项，则二者的源代码（即项目文件夹）应一起迁移。两个文件夹具有某些依赖项，如果只迁移文件夹的部分依赖项可能会导致数据丢失。分析阶段有助于标识文件夹之间的依赖项。
增量迁移 使用该选项分阶段迁移 Visual SourceSafe 数据库。分阶段迁移 Visual SourceSafe 数据库确保用户可以在进行迁移时继续使用 Visual SourceSafe。有关更多信息，请参见 如何：以增量方式迁移到 Team Foundation
使用 VSS 的存档功能迁移部分历史记录 如果迁移旧的历史记录对您而言不是很重要，请使用该选项。使用此功能可以移除特定日期之前的文件和文件夹的版本历史记录。有关更多信息，请参见 如何：在 Visual SourceSafe 中使用存档迁移部分历史记录。
在第一阶段，对要迁移的 Visual SourceSafe 数据库进行分析，而在第二阶段执行 Visual SourceSafe 数据库到 Team Foundation 版本控制 的实际迁移。分析阶段会生成报告，提供有关在迁移过程中可能导致数据丢失的信息。可以采取一些迁移前步骤来避免某些可能的数据丢失；但是，因为某些 Visual SourceSafe 数据无法映射到 Team Foundation 版本控制，所以有些数据丢失不可避免。迁移完成后，您会收到一个报告，提供了有关迁移过程中的状态以及任何数据丢失的信息。迁移后，可能必须执行一些步骤来确保您可以使用已迁移的源代码。
Team Foundation Server 的数据层上迁移所需要的大致可用磁盘空间可根据两个因素估算：
要迁移的 Visual SourceSafe 数据库的大小。
要迁移的操作的数量
建议在 Team Foundation Server 数据层上保留足够的可用磁盘空间，能容纳要迁移的 Visual SourceSafe 数据库大小两倍的数据。
本节内容
如何：准备 Visual SourceSafe 数据库以运行转换器
描述如何为迁移准备 Visual SourceSafe。如何：为源代码管理分析和迁移创建设置文件
描述如何创建设置文件来控制迁移。如何：对 Visual SourceSafe 数据库进行迁移前的分析
描述如何生成迁移前分析报告。如何：为迁移设置 SQL Express
描述如何为迁移设置 SQL Express。如何：准备 Team Foundation 进行迁移
描述如何为迁移准备 Team Foundation 版本控制。
请参见
概念
用于源代码管理迁移的 VSSConverter 命令行实用工具