VSS攻略：和Git、SVN怎么选
vss攻略最容易被误读成“老工具还能不能凑合用”。我的建议很明确：先看团队规模、网络环境、历史代码量和审计要求，再决定留用、只读归档还是迁移。
Q1：VSS和Git最大的差别是什么？
VSS指的是 Microsoft Visual SourceSafe，典型的集中式源代码管理工具，核心逻辑是共享数据库加文件锁定。Git是分布式版本控制，每个开发者本地都有完整仓库。实际体验差别很明显：VSS更像“大家去同一个文件柜拿文件”，Git更像“每人有一套账本，最后再合账”。
如果团队只有2到3个人、代码量很小、全在局域网里，VSS还能维持基本签入签出。但一旦多人并行开发、远程办公、分支频繁，Git的优势会迅速拉开。
Q2：VSS和SVN相比，谁更适合老项目？
SVN同样是集中式，但它的事务提交、目录版本化、权限管理和服务端部署都比VSS成熟。VSS的弱点在数据库损坏风险和网络共享依赖，尤其怕有人直接拷贝、杀毒软件扫描、断电、网络抖动。
老项目如果暂时不想上Git，SVN通常是更稳的过渡方案。它对传统开发习惯友好，也能保留“一个中心库”的管理模式。VSS除非被老版Visual Studio、历史构建脚本或合规流程绑死，否则不建议继续作为主仓库。
Q3：VSS还能不能用于正式开发？
能用和该不该用是两件事。VSS适合三类场景：第一，历史代码只读查询；第二，封闭内网里维护非常老的VB、VC++项目；第三，迁移前短期冻结变更。它不适合高频迭代、跨城市协作、自动化CI、代码评审流水线。
我见过最麻烦的情况是：团队以为VSS只是“旧一点”，结果半年后才发现分支策略、构建记录、权限审计全都补不上。源代码管理不是单纯存文件，它还要支撑协作证据链。
Q4：如果必须用VSS，最低限度怎么管？
第一，VSS数据库必须定期离线备份，不要只备份工作目录。第二，禁止开发者直接操作共享库文件夹。第三，按项目拆库，别把十几年代码全塞一个库。第四，每周跑一次 Analyze 工具检查数据库一致性。第五，把签入说明写成硬要求，不然后续排障很痛苦。
还有一个小经验：迁移前先导出用户、项目路径、标签和最近一年的变更记录。很多团队只关心代码能不能出来，等审计问“这个版本是谁改的”才发现历史信息丢了。
推荐阅读
常见问题
VSS现在还能安装使用吗？
部分旧环境仍可安装，但官方早已不再作为现代版本控制推荐。新项目不建议从零使用VSS。
VSS迁移到Git难吗？
代码迁移不难，难点在历史记录、标签、编码、二进制文件和目录结构清理。建议先做只读镜像，再分阶段切换。
VSS比Git简单吗？
入门动作看似简单，但长期维护更复杂。Git学习成本高一些，协作能力和生态明显更强。