【问题标题】:Using tfs 2015 and tfs 2018 agents in the same machine在同一台机器上使用 tfs 2015 和 tfs 2018 代理
【发布时间】:2019-09-26 10:50:15
【问题描述】:

我正在使用 Team Foundation Server 2015,我为某些环境(env1、env2、...)配置了一些版本。

我在另一台机器上安装了 TFS 2018。我迁移了代码,并完成了构建定义的创建。

我想配置一个版本,使用旧的 TFS 2015 环境。我可以在安装了 TFS 2015 代理的环境中安装 TFS 2018 代理吗?

这样两个代理都可以正常工作吗? TFS 2015 代理可以与 TFS 2015 一起使用,而 TFS 2018 代理可以与 TFS 2018 一起使用(都在同一台机器上)。

我想这样做是因为我的团队仍在使用 TFS 2015,但由于我仍在设置和测试 TFS 2018 构建/发布,我希望 TFS 2015 在我使用时能够完美运行(没有任何问题)设置和使用 TFS 2018(使用 TFS 2018 代理)。

【问题讨论】:

    标签: tfs tfs-2015


    【解决方案1】:

    不同版本的代理可以轻松地在同一台机器上工作。只要您保持系统 1 个 cpu 核心和每个代理 1 个 cpu 核心的经验法则。 我之前在同一台构建机器上运行过多个版本的代理,没有任何问题。唯一的问题是尝试将具有 1.* 版本的代理连接到 TFS 2018,因为这不起作用,但由于这不是您所要求的,我会说您很高兴 :-)

    【讨论】:

    • 我只希望 TFS 2015 的代理继续与 TFS 2015 一起工作,同时,我将为 TFS 2018 安装的代理应该与 TFS 2018 一起工作(所以在每台机器上我都会有一个 TFS 2015 代理和一个 TFS 2018 代理工作)。
    • 你不应该有任何问题。除了系统资源外,代理没有任何共享的东西。因此,如果您的机器上有 2 个代理,一个用于 TFS 2015 实例,一个用于 TFS 2018 实例,您应该不会遇到任何问题。
    • 根据我的经验,每个代理一个核心并不是一个好的启发式方法。构建通常受 I/O 限制,而不是 CPU 限制。除非你只有一个缓慢的单核 CPU,否则磁盘速度和内存速度早在 CPU 成为问题之前就会成为问题。
    • @Daniel Mann 嗯,这是真的,如前所述,它主要将其视为经验法则。正如你提到的,还有很多不同的其他方面应该考虑。所以竖起大拇指提到它:)
    • 您好,当您说“每个代理一个核心...”时,我不明白您的意思。你的意思是根据核心设置代理,或者你的意思是我应该只安装2个代理如果我只有2个核心?请解释一下。谢谢
    猜你喜欢
    • 2020-02-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-03-09
    • 2019-01-13
    • 2019-06-29
    • 1970-01-01
    相关资源
    最近更新 更多