TFS 2010源代码管理备份/恢复

有没有办法只备份团队项目的源代码管理组件并将其恢复到不同的TFS服务器？我们为RND设置了TFS2010服务器，但决定在开发项目中使用它的源代码管理器。我们这样做是为了在我们将其用于更大的项目之前，开发人员可以学习如何使用它。现在，我们需要清理服务器，因为它是RND的VM。我们将为生产安装一个新的TFS服务器。我不想丢失源代码历史记录。

是的，您可以使用TFS集成工具将一个或多个团队项目的源代码和历史记录迁移到另一台服务器。它很容易使用

我希望这有帮助

---

Mike使用产品内置的功能。在Dev10中，添加了集合，因此工件（包括源代码）可以在TFS服务器之间进行移植—利用这一点。试点项目是可移植工件的关键场景，也是收集的理由

从VM TFS实例中删除集合。它可以从管理控制台的“收集”节点获得

从您删除的数据库备份数据库

部署新的real server（非VM）

将该集合数据库还原到用于生产实例的sql server

使用“管理控制台集合”节点，将集合附加到新部署的TFS服务器

现在，您有了原型阶段可用的源代码，并且有了新生产实例可用的新生产集合

---

BTW，在DEV 11中（可以很快地建立会议CTP或beta）TFS在附件上升级集合，因此如果部署DeV11TFS服务器，可以附加原型集合并将其向前拉。

将Team Foundation Server从一个硬件配置移动到另一个：不要使用移动服务器来移动整个实例。使用dettach/attach移动集合（工件所在的位置）。这就是为什么它被添加到产品中。集成工具是为迁移和镜像解决方案而设计的-这在这里是不保证的。对我来说，这听起来像是一个有效的迁移场景。我同意您也可以备份和恢复集合数据库，但这似乎有些过分。我更愿意从头开始，只迁移我想要的。Dettach/Attach重量更轻，保真度更高，在移动资源的产品方式中经过了更好的测试和设计。集成工具的重量更重，不完全逼真，更倾向于以摩擦为导向的方式移动资源。Dettach/Attach只是复制一些全局配置数据并重新绑定数据库。上述场景是添加Dettach/Attach时的主要用例之一…感谢您的评论！我认为分离/连接更适合我们的需要。我们确实想过这样做，但我们不确定这样做是否有效。