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

Posted 2023-02-16

【中文标题】继续使用 Visual SourceSafe 或转到 Team Foundation Server 2010

【英文标题】：Stay with Visual SourceSafe or go to the Team Foundation Server 2010

【发布时间】：2010-08-31 06:35:10

【问题描述】：

我们是一个由六名开发人员组成的小组，目前使用 Visual Studio 2003 和 Microsoft Visual SourceSafe (HVAC)。每个人都有责任为其程序不相互共享代码。每个人都有自己的版本处理责任，代码不在一个共同的版本处理中。

我们现在将更新到 Visual Studio 2010，并且正在考虑是否迁移到 Team Foundation Server 2010 (TFS)，或者我们是否应该继续使用管道。我想过去，但我的几个同事对此表示怀疑。

美国迁移到 TFS 的利弊是什么？ 除了版本处理之外，我们还会发现 TFS 中的哪些内容有用？ TFS 是适合我们工作方式的正确工具，还是有点矫枉过正？ 可以离线使用代码吗？我们有时会在家中或在客户那里使用笔记本电脑

我在任何地方都没有找到它的成本。

【参考方案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回答您的问题：

有很多优点，也有一个很大的缺点。缺点是你必须迁移，虽然有一个 VSS 到 TFS 的迁移工具：http://msdn.microsoft.com/en-us/library/ms253060.aspx 工作项、构建自动化、报告、共享点集成、测试经理、实验室经理 TFS 非常棒：它可以从像您这样的团队扩展到大型组织，直至拥有数千名用户。 是的，可以在没有 TFS 连接的情况下启动 Visual Studio。然后它会询问您是否要离线工作。当您再次联机时，您可以联机到 TFS，它会检查更改。还可以将 TFS 公开到 Internet，因此您可以在家中访问组织内部的 TFS。

【讨论】：

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

【参考方案2】：

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

您是否应该摆脱 VSS 是 100% 清楚的。有很多关于原因的文章：

Microsoft's Source Destruction System

VSS: Unsafe at Any Speed

Anything But Sourcesafe

【参考方案3】：

最近从 VSS 迁移到 TFS2010 我没有回头。我喜欢一切都集成在一起的方式。无需重述之前所说的一些重要功能：

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

我发现，与使用迁移工具迁移源代码相比，新签入是最快的方法，在我不得不参考历史记录的奇怪时间将 SourceSafe 保持为只读状态。