关于Visual Studio：分布式环境中的MS Team Foundation Server-提示，提示，技巧

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

我们的两个主要问题是：

事情正在向我们签出，而我们却没有要求获得最新消息。

即使使用代理，大多数事情也需要一段时间。

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

每天真的有(相对)成功的人实际上以这种方式使用TFS吗？

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

附言 不能升级到CruiseControl.NET。

---

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

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

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

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

---

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

对于您的第一个问题，获取结账的最新信息不是默认行为。 (这里有一个解释)，但是有一个插件可以帮您。

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

取得最新

建立并验证没有问题

工作(待更改)

重新获取最新

处理合并冲突

建立并验证没有问题

报到

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

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

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

---

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

---