如何以及如何说服我的机构放弃Visual SourceSafe

Question

如标题所述，我的代理机构（也是我公司的整个软件部门）仍然使用Visual SourceSafe 2005作为版本控制系统。

我公司是一家五十多年的硬件制造商，软件开发已经开始了近20年。只有我的代理商有30个开发人员，总部有更多的开发人员。我的代理VSS数据库大约133 GB，总部超过200 GB。

我还浏览了Google：

• How do I convince my team to drop sourcesafe and move to SVN?

• How to convince a company to switch their Source Control

• Visual SourceSafe: Microsoft's Source Destruction System

• Source Control: Anything But SourceSafe

• 等

我也知道VSS的扩展支持将于2017年7月11日结束。我还验证了文章中列出的许多内容（缺少原子签入，分支/合并不佳，二进制文件故障，历史记录缓慢等）。例如，我只是通过整个代理数据库进行状态搜索（我无法检查HQ，因为权限）：

• 55＆＃34;文件名.dat可能已损坏。请您的SourceSafe管理员在此数据库上运行Analyze实用程序。＆＃34;

• 5＆＃34;读取文件时出错。＆＃34;

• 1＆＃34;找不到VSS / data / terqeaaa.b。＆＃34;

数据库的情况是不是很糟糕？如果它是对的，那么，我怎么能说服他们切换到其他VCS？我需要一些可靠的最近信息和一些证据。如何展示/证明它们的指南更好。

我要求管理员运行Analyze，但他忽略了我的话，因为我刚刚开始工作几个月。人们可以看到VSS的基本弱点。他们还抱怨＆＃34;谁检查这个档案？＆＃34;并通过赤裸裸的方式解决冲突。他们必须使用WinMerge进行差异和比较，获取最新版本而不是分支和签出，永远不要评论orsee历史记录，为新代码创建全新文件夹等。但是，他们不会放弃SourceSafe。 （他们使用Visual Studio 2012开发并且没有注意到Team Foundation Server）。

Answer 1

我认为你已经总​​结了很多原因：

• VSS已经获得扩展支持，只保持安全，但几乎无法运行。它是在姑息治疗病房的生命支持。在现实世界中的扩展支持意味着不受支持。除非您有非常强大的信用额度，否则如果您需要支持，Microsoft将不会帮助您。

• VSS官方仅支持以下操作系统，目前不再支持这些操作系统： Windows XP，Windows 2000，Windows NT 4.0 SP6或更高版本，Windows Server 2003。

• 自2008年以来，它没有任何改进和修复。
• 自2008年以来，Visual Studio和TFS文档一直倡导向TFS迁移。自2012年以来，已有一个完整的迁移工具。
• 它已经知道稳定性，内部一致性和腐败问题。良心管理员需要花时间确保内部稳定性和一致性。
• 它不支持现代开发工作流程（事务提交，分布式版本控制，现代分支/合并，樱桃挑选，乐观锁定等）。
• 它的安全容量非常有限users with access to the share can simply grab the whole file share and force access。
• 它对远程访问没有用。或者至少需要VPN和稳定，非常快速的网络连接。即使这样，它也可能增加腐败的机会。
• Visual Studio和其他直接支持TFVC或Git的工具的用户体验要好得多。
• 跨平台支持不存在。在当前的市场中，这变得越来越重要。
• 产品内置的标准备份（存档）工具限制为2GB存储库。
• Microsoft建议至少每周对sourcesafe数据库进行一次分析，并建议保留repo的日志和备份，以便通过将文件从备份复制回活动共享来手动将损坏重新组合在一起。

有a supported migration path from VSS to TFS。

迁移到TFS带来更多，持续集成，发布管理，工作管理（敏捷工具，积压），测试管理的能力，以及更稳定，高性能和安全的后端，利用SQL Server的品质坚固，完整和安全。