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

Question

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

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

我也通过谷歌脱脂：

• 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的扩展支持将结束于7月11日2017年我也验证了在文章中列出很多事情（缺少原子签入的，可怜的分支/合并，二进制文件的麻烦，缓慢的历史等）。例如，我通过全机构数据库只是状态搜索（我无法检查HQ，因为权限）：

• 55“文件NAMES.DAT也许腐败提出您的SourceSafe管理员才能运行此数据库上分析工具。 “

• 5“读取文件时出错。”

• 1“未找到VSS/data/terqeaaa.b”。

数据库的情况不好吗？如果它是正确的，那么我如何说服他们切换到其他VCS？我需要最近可靠的信息和一些证据。指导如何显示/证明他们更好。

我让管理员运行Analyze，但自从我刚开始工作几个月以来，他忽略了我的话。人们可以看到VSS的基本弱点。他们还抱怨“谁看看这个文件？”并通过赤手空拳解决冲突。他们必须使用WinMerge进行区分和比较，获取最新版本而不是分支和检出，从不评论历史记录日志，为新代码创建整个新文件夹等。但是，他们不会放弃SourceSafe。 （他们正在使用Visual Studio 2012进行开发，但没有注意到Team Foundation Server）。

Answer 1

我想你已经总结了许多的原因：

• VSS已经在扩展支持，并且只能保持安全，但勉强运转。这是关于姑息治疗病房的生命支持。在现实世界中的扩展支持意味着不受支持。除非您拥有非常强大的信用额度，否则如果事实证明您需要支持，Microsoft将不会提供帮助。

• VSS正式仅支持下列操作系统，其中没有一个是目前支持了： 视窗XP，Windows 2000，Windows NT 4.0中与SP6或更高版本，Windows Server 2003的

• 它不具有任何改进，修正自2008年以来
• 的Visual Studio和TFS文件一直提倡自2008年以来在迁移到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的特性服务器的健壮性，完整性和安全性。