远程工作人员的 Team Foundation Server

  • Jonathan Allen
  • 王波

2008 年 12 月 1 日

话题:.NETDevOps语言 & 开发架构文化 & 方法

回到 Visual SourceSafe 仍是 Windows 开发者的实际版本控制的时期,远程访问是其主要的问题。像 SourceOffSite 那样的产品,对于任何一个远程工作人员来说都是必需的。随着全球化和不稳定的燃油价格不断地促进远程工作的增长,微软仍旧忽略了这个部分。

对于下一代计算机,Teamprise 远程加速器满足了这个需求。Teamprise 的 Edward Thomson 谈到他是如何开始这项工作的:

我花了大量的时间进行远程工作。我的女友在芝加哥做她的博士学位,Teamprise 则让我加入到她的行列。对于有若干开发人员的远程办公来说,微软的版本控制代理服务器是一款优秀的工具,但它忽略了独立开发者。远程加速器定位于独立用户,针对远程工作人员提供了许多功能。

InfoQ:你可以解释一下远程加速器是如何运作的吗?

远程加速器就像标准的 Team Foundation Server 版本控制代理服务器一样。无论何时 TFS 客户端——微软 Visual Studio 或者 Teamprise 客户端——从服务器请求文件,它会收到来自版本控制代理服务器的请求。

传统的版本控制代理服务器通过许多使用它的开发者来提高速度:在第一个开发者请求特定文件时,该代理服务器从服务器下载它,然后进行缓存,以便让后续的请求更加快速。由于任何特定开发者都可能是第一次下载该文件,所以大型工作组因此受惠,小型工作组次之,远程工作人员则根本得不到一点好处。

远程加速器通过一项称之为“缓存种子设定”的技术来提高性能,包括定期轮询 Team Foundation Server,确定添加哪个新文件。远程加速器会下载这些文件并把它们放到缓存中,以便在开发者要下载它们的时候,它们已经在磁盘上,并从本地计算机的缓存处快速响应,而不是从 Team Foundation Server。

InfoQ:参与这个项目是如何影响你对 Team Foundation Server 的看法呢?

我对 Team Foundation Server 的印象不断加深。总的来说,它有良好的架构和显著的灵活性。正是由于 Team Foundation Server 的开源架构,我们才能够快速架构和开发 Teamprise 远程加速器。
查看英文原文:Team Foundation Server for Telecommuters
译者简介:王波 匆匆 IT 过客,涉足于.net 编程技术,常驻于 51cto 论坛.net 版块 ,潜心研究和译书,现与友人共译《C# 3.0 揭秘》,亦分享心得于博客
.NETDevOps语言 & 开发架构文化 & 方法