留在Visual SourceSafe还是转向Team Foundation Server 2010？

Question

我们是一个由六个开发人员组成的小团队，目前使用的是Visual Studio 2003和Microsoft Visual SourceSafe (HVAC)。每个人都有自己的程序责任，不共享代码。每个人负责自己的版本处理，代码没有在一个共同的版本控制下。

我们现在将升级到Visual Studio 2010，并在考虑是否同时转向Team Foundation Server 2010(TFS)，或者继续使用现有的工具。我想转向TFS，但我的几位同事持怀疑态度。

1. 我们转向TFS有哪些优缺点?
2. 除了版本控制，TFS还能为我们提供什么有用功能？
3. TFS是我们当前工作方式的正确工具，还是过于复杂了？
4. 是否可以离线工作？我们有时在家里或客户那里使用笔记本电脑工作。

我没有找到任何相关费用的信息。

- magol

Answer 1

首先，Sourcesafe的支持很快就会结束：http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=sourcesafe&Filter=FilterNO。如果这还不足以让您迁移，那么Brian Harry（TFS的程序经理）有一篇优秀的文章解释了为什么您应该迁移到TFS：http://blogs.msdn.com/b/bharry/archive/2009/10/01/tfs-2010-for-sourcesafe-users.aspx。简而言之，TFS不仅仅是源代码控制，它还具有工作项功能，可以跟踪您的工作、添加可追溯性并获取项目管理信息。它还有一个构建自动化工具，可以自动编译、测试和验证应用程序的代码。进一步地，它还拥有出色的测试能力：http://msdn.microsoft.com/en-us/library/ms182409.aspx。回答您的问题：

1. 优点有很多，但缺点也很明显：您需要进行迁移，不过VSS到TFS有一个迁移工具：http://msdn.microsoft.com/en-us/library/ms253060.aspx
2. 工作项、构建自动化、报告、SharePoint集成、测试管理器、实验室管理器
3. TFS非常棒：从像您这样的团队到数千个用户的大型组织都可以使用它。
4. 是的，有能力在没有TFS连接的情况下启动Visual Studio。然后它会询问您是否要脱机工作。当您再次在线时，可以在线连接到TFS，并进行更改检查。还可以将TFS暴露给互联网，以便您可以从家中访问组织内部的TFS。

- Ewald Hofman

---

这个答案很好，但是缺少了最重要的回答：“这甚至不是一个问题，只是去做吧” :P - Jim T

Answer 2

无论您是否应该转向TFS2010都是一个有争议的问题，有许多好的答案。

无论您是否应该远离VSS都是100％清楚的。 有许多关于为什么这样做的文章： Microsoft's Source Destruction System VSS：任何速度下都不安全 除了Sourcesafe，还有别的选择

- stannius

Answer 3

最近从VSS迁移到TFS2010后，我再也没有回头。我喜欢一切都被整合在一起的方式。不重复之前所说的一些伟大特性：

• 正确的分支和合并
• AD集成，不再需要在VSS中设置用户
• 易于查看谁检出了什么
• 易于查看签入历史记录（非常适合代码审查）
• TFS Power Tools添加自定义签入策略和Windows资源管理器上下文菜单
• 工作项、跟踪及其与变更集的关联
• 内置报告
• 团队项目门户 - 这样非开发人员就可以访问TFS报告/工作项信息等
• 速度快，比VSS快得多
• 源代码存储在SQL Server中，签入操作是事务性的而不是基于文件的，不再运行VSS清理

我发现，与其使用迁移工具来迁移源代码，最快的方法是进行全新的签入，将SourceSafe保持为只读状态，以便偶尔参考历史记录。

- Henryk