有人在使用地理分布的团队中的Team Foundation Server吗？我们在英国，正在尝试与澳大利亚的团队合作，我们发现这非常困难。

我们的两个主要问题是：

• 事情正在向我们签出，而我们却没有要求获得最新消息。
• 即使使用代理，大多数事情也要花费一些时间。

许多诸如此类的令人讨厌的小事情正在使我们的动脉硬化，使我们无法交付代码，并且坦率地创建了类似于将金糖浆推向沙丘的用户体验。

有没有人每天(相对)成功地以这种方式使用TFS？

如果是这样，我们是否有任何值得了解的提示，技巧，窍门或者陷阱？

P.S.不能升级到CruiseControl.NET。

解决方案

回答

据我了解，我们可以在不同位置拥有多个TFS应用程序服务器。他们或者可以与同一个SQL Server通信，或者可以使用SQL Server镜像。拥有自己的本地TFS服务器可能会加快开发时间。

回答

绝对升级到TFS 2008和Visual Studio 2008，因为它在各个方面都是Team System的" v2"版本。解决了许多中小型问题。

至于"事物被随机检出"，这几乎总是由于Visual Studio决定代表我们编辑文件。尝试从Team Explorer中获取最新信息，而在Visual Studio中未打开任何内容，然后查看该行为是否仍然存在。我敢打赌不会！

多个TFS服务器是一个坏主意。确保代理配置正确，因为它缓存重复的GET。也就是说，TFS是服务器连接的模型，因此它总是比真正的"离线"源代码控制系统慢一些。

另外，如果我们可以编辑问题以包含更具体的投诉或者详细信息，那将会有所帮助-现在非常模糊，因此我无法很好回答。

回答

我们将TFS与分布在一定程度上的团队一起使用，它们离我们不太远，但通过缓慢且不可靠的VPN连接。

对于第一个问题，结帐不是最新的行为。 (这里有一个解释)不过，有一个加载项将为我们完成此操作。

这是适合我们的工作流程：

• 取得最新消息
• 建立并验证没有问题
• 工作(待更改)
• 重新获取最新
• 处理合并冲突
• 建立并验证没有问题
• 报到

[编辑]好的，看来我们已改掉了问题的这一部分。是的，杰夫是对的，VS决定"为我们"检出一些文件，例如sln和proj文件。它还会自动签出我们编辑的任何源文件(尽管我们想要的是，对吗？尽管我们可以在工具>选项>源代码管理中更改该设置)

代理显然需要花一些时间才能被提升(我们不使用它)，但是一旦它缓存了大多数树，就应该很快。我们可以进行一些监视并找到瓶颈吗？

除了最新结帐和速度之外，还有其他给我们带来麻烦的事情吗？