从TFS迁移至Git仅保留历史于TFS是否可节省授权成本？

针对你提到的「迁移代码到Git后，仅保留TFS用于历史查阅和审计，是否能节省授权成本」这个问题，我结合微软的授权规则和实际落地经验给你梳理清楚：

核心结论 #

如果团队日常开发完全切换到Git，仅把TFS作为历史归档和审计查询的只读平台，确实有机会节省客户端授权成本，但服务器级别的授权大概率无法省掉——毕竟你还需要运行TFS来提供历史访问能力。

具体细节拆解 #

• 客户端访问许可证（CAL）的优化空间
  微软TFS/Azure DevOps Server的CAL授权是按「实际使用服务的用户」来计费的。如果你的开发者平时根本不用TFS做开发，只是偶尔需要回溯历史或者配合审计才登录查看，那完全可以把这些用户的标准CAL换成成本更低的浏览者CAL（Viewer CAL）。这类CAL专门针对仅需查看内容、不执行开发/提交操作的用户，价格比标准CAL低很多。

  小提醒：Viewer CAL是Azure DevOps Server 2019及以后版本才支持的，如果你用的是更老的TFS版本，需要查对应版本的授权文档确认是否有类似的低成本授权选项。

• 服务器授权的必要性
  只要你还需要在线运行TFS服务器来提供历史查阅和审计功能，服务器本身的授权（比如Azure DevOps Server的服务器许可证）是必须保留的，这部分成本没法省。除非你能把TFS的历史数据导出成只读静态文件归档，但这样会失去便捷的查询和审计能力，显然不符合你的需求。

• 额外的实操建议

  1. 先和微软的授权经销商或者官方支持团队确认你们的企业许可协议，因为批量许可、EA协议可能有特殊的转换规则，避免踩坑。
  2. 把TFS服务器改成只读模式，既防止误操作修改历史数据，也能降低服务器的维护成本（不用处理开发提交、构建等负载）。
  3. 可以定期把TFS的历史数据备份到低成本的存储介质（比如归档云存储、磁带）作为长期备份，同时保留在线的TFS实例用于日常查阅，平衡成本和可用性。

内容的提问来源于stack exchange，提问作者Pragmatic