代码之家  ›  专栏  ›  技术社区  ›  Iain Holder

分布式环境中的Team Foundation服务器——需要提示技巧

  •  5
  • Iain Holder  · 技术社区  · 16 年前

    在地理分布的团队中是否有人使用Team Foundation Server?我们在英国,正在和澳大利亚的一个团队合作,我们发现这很困难。

    我们的主要两个问题是:

    1. 我们没有要求获得最新消息,事情正在向我们汇报。
    2. 即使使用代理,大多数事情也需要一段时间。

    很多像这样令人讨厌的小事情正在硬化我们的动脉,阻止我们交付代码,坦率地说,这创造了一种用户体验,类似于将黄金糖浆推上沙丘。

    任何人 在现实中,每天都以这种方式使用TFS(相对)成功吗?

    如果是这样,你有什么值得知道的提示、技巧、诀窍或诀窍吗?

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

    3 回复  |  直到 7 年前
        1
  •  2
  •   Jeff Atwood    16 年前

    一定要升级到TFS 2008和Visual Studio 2008,因为它是团队系统的“v2”版本。解决了许多中小型问题。

    至于“随机检查的东西”,这几乎是 总是 因为Visual Studio决定代表您编辑文件。尝试从团队资源管理器获取最新信息,在Visual Studio中不打开任何内容,然后查看该行为是否持续。我敢打赌它不会!

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

    另外,如果你可以编辑你的问题来包含更具体的抱怨或细节,那会有帮助——现在它非常模糊,所以我不能很好地回答。

        2
  •  1
  •   Aidan Ryan natdico    16 年前

    我们将TFS与一个分散的团队一起使用——他们不太远,但通过一个缓慢而不可靠的VPN连接。

    对于您的第一个问题,结帐时获取最新信息不是默认行为。(这里是一个 explanation 有一个 add-in 不过,那会帮你的。

    以下是我们的工作流程:

    1. 获取最新信息
    2. 建立并验证没有任何损坏
    3. 工作(挂起的更改)
    4. 再次获取最新信息
    5. 处理合并冲突
    6. 建立并验证没有任何损坏
    7. 登记入住

    [编辑]好的,看起来你重新表述了问题的这一部分。是的,杰夫是对的,vs决定“为你”检查一些文件,比如sln和proj文件。它还自动签出您编辑的任何源文件(这正是您想要的,对吧?尽管您可以在“工具”>“选项”>“源代码管理”中更改该设置)

    这个代理显然需要一段时间来升级(我们不使用它),但是一旦它缓存了大部分树,它就应该非常快了。你能做些监控并找出瓶颈吗?

    除了最新的结帐和速度之外,还有什么给你带来麻烦的吗?

        3
  •  0
  •   John Downey    16 年前

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