分布式环境中的 MS Team Foundation Server - 提示所需技巧

Question

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

我们主要的两个问题是：

1. 事情正在向我们检查，而我们无需询问最新情况。
2. 即使使用代理，大多数事情也需要一段时间才能发生。

像这样的许多非常烦人的小事情正在硬化我们的动脉，阻止我们交付代码，并且坦率地说，正在创造类似于将金色糖浆推上沙丘的用户体验。

是 任何人 实际上每天都以这种方式使用 TFS 并取得（相对）成功吗？

如果是这样，您是否有任何值得了解的提示、技巧、技巧或陷阱？

附：升级到 CruiseControl.NET 不是一个选择。

Answer 1

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

至于“随机检查的东西”这几乎是 总是 由于 Visual Studio 决定代表您编辑文件。尝试从团队资源管理器获取最新信息，而不要在 Visual Studio 中打开任何内容，并查看该行为是否仍然存在。我打赌不会！

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

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

Answer 2

我们与一个分散的团队一起使用 TFS - 他们距离不太远，但通过缓慢且不可靠的 VPN 进行连接。

对于您的第一个问题，获取最新结账信息不是默认行为。（这是一个 解释） 有一个 加入 不过，这会为你做的。

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

1. 获取最新信息
2. 构建并验证没有任何损坏
3. 工作（待更改）
4. 再次获取最新信息
5. 处理合并冲突
6. 构建并验证没有任何损坏
7. 报到

[编辑] 好的，看起来您重新表述了问题的这一部分。是的，Jeff 是对的，VS 决定“为您”检查一些文件，例如 sln 和 proj 文件。它还会自动检查您编辑的任何源文件（这就是您想要的，对吧？尽管您可以在工具>选项>源代码管理中更改该设置）

代理显然需要一段时间才能启动（我们不使用它），但是一旦它缓存了树的大部分内容，它应该很快。你能做一些监控并找到瓶颈吗？

除了获取最新结账信息和速度之外，还有什么给您带来麻烦吗？

Answer 3

据我了解，您可以在不同位置拥有多个 TFS 应用程序服务器。它们要么都可以与同一个 SQL Server 通信，要么您可以使用 SQL Server 镜像。拥有自己的本地 TFS 服务器可能会加快您的开发速度。