继续使用Visual SourceSafe或转到Team Foundation Server 2010

Question

我们是目前使用Visual Studio 2003和Microsoft Visual SourceSafe（HVAC）的六个开发人员的小组。每个人都有责任，其程序不是彼此共享代码。每个人都有自己的版本处理责任，代码不在常见的版本处理中。

我们现在将更新到Visual Studio 2010，并在考虑移动到Team Foundation Server 2010（TFS）时或者我们是否应该继续使用管道。我想过去，但我的几位同事都很怀疑。

1. 美国转向TFS的利弊是什么？
2. 除版本处理外，TFS中的哪些内容对我们有用？
3. TFS是我们工作方式的正确工具，还是过度杀伤？
4. 您可以脱机使用代码吗？我们有时会在家中或客户处使用笔记本电脑

我没有找到任何费用。

Answer 1

首先，Sourcesafe对Visual 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. 工作项目，构建自动化，报告，共享点集成，测试经理，实验室经理
3. TFS很棒：它可以从像你这样的团队扩展到大型组织，直到成千上万的用户。
4. 是的，可以在没有TFS连接的情况下启动visual studio。然后询问您是否要脱机工作。当您再次联机时，您可以联机到TFS，它将检查更改。还可以将TFS暴露给互联网，因此您可以在家中访问组织内的TFS。

Answer 2

你是否应该参加TFS2010是一个值得商榷的问题，有许多好的答案。

你是否应该远离VSS是100％明确的。有很多关于原因的文章：

Microsoft's Source Destruction System

VSS: Unsafe at Any Speed

Anything But Sourcesafe

Answer 3

最近从VSS迁移到TFS2010我没有回头。我喜欢一切都融为一体的方式。在没有重述之前所说的一些重要特征之前：

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

我发现使用迁移工具迁移源代码时，不是使用迁移工具迁移源代码，而是在最短的时间内将SourceSafe保持为只读状态。