WAN 上的 tfs 与 svn 性能比较
有人可以告诉我 TFS 与 SVN 在 WAN 上的性能对比吗？我有一个场景，我们在不同地理位置设立了多个团队。有人可以帮助我决定使用什么吗？
更具体地说，我想了解 TFS 2008 的性能。从互联网上阅读，我了解到 TFS 2005 在 WAN 上确实很糟糕。但想知道是否有人看到 TFS 2008 性能有任何重大改进？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
TFS 并不是真正设计用于离线工作（尽管它是 可以解决这个问题）。
因此，在使用不可靠/缓慢的连接时，Subversion 是更好的选择。现代版本控制工具，例如 mercurial 或 git 在这方面甚至更好。
话虽如此，我不确定这种比较是否有用。 Subversion 只是一个版本控制系统。 TFS 包含版本控制系统、构建服务器、问题跟踪器、项目报告和数据收集服务、共享点存储库等。
TFS is not really designed to work off-line (even though it is possible to work around that).
Subversion is therefore a better choice when working with an unreliable/slow connection. Modern version control tools like mercurial or git are even better in this regard.
That being said, I'm not sure the comparison is useful. Subversion is just a version control system. TFS contains a version control system, build server, issue tracker, project reporting and data collection services, sharepoint repository etcetera.
这听起来像是您想要考虑一个分布式版本控制系统 (dvcs)。这非常有效，因为开发人员可以在没有互联网访问和许多其他优势的情况下继续工作。
GitHub 与 GitExtensions for Visual Studio（鉴于您对 Tfs 的引用，我假设这是您的设置）。 Git 有不同的背景，但 许多 MS stack 项目 正在转向它，特别是在您描述的场景中和开源的。
This sounds like you want to consider a distributed version control system (dvcs). This works very well as developers can continue to work without internet access and many other advantages.
One that seems to be gaining a lot of traction for developing on Windows is GitHub combined with GitExtensions for Visual Studio (given your reference to Tfs I'm making the assumption this is your setup). Git has a different background but many MS stack projects are moving to it, especially in the scenario you describe and open source ones.
根据团队的规模、专业知识和钱包，Tfs 的考虑因素是使用 Tfs 代理服务器 位于不同的位置。
Depending on the size, expertise and wallet of your team a consideration for Tfs would be to use a Tfs proxy server in the disparate locations.
上次我检查时，TFS 并未针对低带宽连接进行优化 - 例如，当您更新文件版本时，它不会发送差异，而只是向您发送新文件的完整内容（好吧，至少它会进行 gzip 压缩）它...）。
Last time I checked, TFS wasn't optimized for low-bandwidth connections - for example, it doesn't send diffs when you update a file version, but just sends you the complete contents of the new file (well, at least it gzips it...).