是否有人在地理位置分散的团队中使用Team Foundation Server？我们在英国，尝试与澳大利亚的团队合作，我们发现它非常艰难。
我们主要的两个问题是：
许多非常烦人的小事情正在加剧我们的动脉，阻止我们提供代码，坦率地创造一种类似于将金色糖浆推向沙丘的用户体验。
任何人实际上是否以这种方式使用TFS，每天都有（相对）成功？
如果是这样，你有任何值得了解的提示，技巧，窍门或陷阱吗？
P.S。升级到CruiseControl.NET不是一种选择。
答案 0 :(得分：2)
绝对升级到TFS 2008和Visual Studio 2008，因为它是各种方式的Team System的“v2”版本。解决了许多中小型问题。
对于“被随机检出的内容”，由于Visual Studio决定代表您编辑文件，因此这几乎总是 。尝试从团队资源管理器获取最新信息，在Visual Studio中未打开任何内容，并查看该行为是否仍然存在。我敢打赌它不会！
多个TFS服务器是个坏主意。确保您的代理配置正确，因为它缓存重复的GET。也就是说，TFS是服务器连接模型，因此它总是比真正的“离线”源控制系统慢一点。
此外，如果您可以编辑您的问题以包含更具体的投诉或详细信息，那将有所帮助 - 现在它非常模糊，所以我不能很好地回答。
答案 1 :(得分：1)
我们将TFS与一个有点分散的团队一起使用 - 它们不是太远，而是通过缓慢且不可靠的VPN连接。
对于您的第一个问题，获取最新结帐不是默认行为。 （这是一个explanation）虽然有一个add-in会为你做这件事。
以下是适合我们的工作流程：
[编辑]好的，好像你改写了这部分问题。是的，杰夫说得对，VS决定“为你”检查一些文件，比如sln和proj文件。它还会自动检出您编辑的任何源文件（这就是您想要的，对吧？虽然您可以在工具中更改该设置＆gt;选项＆gt;源代码管理）
代理显然需要一段时间才能加速（我们不使用它）但是一旦它缓存了大部分树，它应该很快。你能做一些监控并发现瓶颈吗？
除了获取最新的结账和速度之外，还有什么能给你带来麻烦吗？
答案 2 :(得分：0)
据我了解，您可以在不同位置拥有多个TFS应用程序服务器。它们既可以与同一个SQL Server通信，也可以使用SQL Server镜像。拥有自己的本地TFS服务器可能会加快开发时间。