最近我们公司讨论是否将大文件放入 TFS 存储库中。这些文件本身是 XML 格式，通常大小在 100-200MB 左右，有时甚至达到 1GB 大小。我们将它们用作自动化测试数据，它们大多数是静态的（每年可能会进行微小调整）。无论如何，有一种观点认为将此类文件放入存储库中是不可取的，因为它们“很大”，这将使事情变得“慢”（除了最初的签入/签出），但我们实际上没有任何证据来支持这一点。
因此，我的问题是，在像 TFS（或 SVN、Git 等）这样的源代码存储库中放入大型静态文件的利弊和影响是什么？这样做可以吗？会“填满服务器”或者带来其他严重后果吗？
简要总结： TFS的设计能很好地处理大文件。上传/下载文件时需要面临的最大难题是网络带宽，其次是服务器存储空间。如果已经考虑到这两个问题，就不应该有其他问题。
网络带宽：检入或获取文件时，几乎没有额外开销，速度应该与典型的HTTP上传或下载一样快。如果客户端与服务器在网络方面相距较远，则可以在本地网络上为他们安装TFS源代码控制代理以加速下载。
请注意，与某些版本控制系统不同，TFS在上传或下载新内容时不会计算和传输增量。也就是说，如果客户端有一个大文本文件的第4个版本，并且第5个版本在末尾添加了几行，则一些版本控制工具会优化这种体验，只发送更改的行。 TFS不进行此优化，因此如果您的文件经常更改，则每次客户端都需要下载整个文件。
服务器存储：服务器上的磁盘空间非常简单-除了需要足够的空间来保存文件之外，几乎没有其他开销。TFS不会因为您的仓库包含大文件而变慢。
如果这些文件经常被修改，则还需要考虑版本使用的磁盘空间。TFS在文件版本之间存储“增量”-也就是两个版本之间的二进制差异。因此，如果文件的内容在版本之间发生微小变化（如典型的文本文件用例），则存储成本应该不高。然而，如果整个内容发生变化，例如图像或DLL等二进制文件的典型情况，则需要足够的磁盘空间来存储每个版本。（当然，您可以销毁以前的版本以恢复那些空间。）
