【问题标题】:Visual Studio Team Services with on-premises machines带有本地计算机的 Visual Studio Team Services
【发布时间】:2016-12-19 06:25:23
【问题描述】:

我正在为桌面制作设置一个带有 Visual Studio 团队服务的 CI,工作流程如下:

  1. 在 github 中签入代码,这是在 Visual Studio 团队服务中导入的存储库
  2. 来自构建代理的 MSbuild --> 构建代理正在使用本地机器 1
  3. 将生产代码部署到测试代理 --> 测试代理正在使用本地机器2
  4. 从测试代理运行功能测试 --> 测试代理正在使用本地机器2

步骤 1 和 2 已完成(感谢 Visual Studio Team Services with GitHub),但不知道步骤 3/4。在 TFS2015 中, machine2 已加入域,因此 TFS 可以看到它(添加到机器组中),然后执行“Windows 机器文件复制”和“运行功能测试”。 而对于团队服务,如何让团队服务看到这台机器2,以便团队服务可以运行测试并从机器2收集报告。

【问题讨论】:

标签: continuous-integration azure-devops


【解决方案1】:

您可以setup an on premise build agent 并使用它来构建(您已经完成了)。对于这种方式,任务在您的构建代理上运行,因此您需要确保可以从您的构建代理机器访问测试代理机器。无需从 Team Service 访问测试代理机器。

【讨论】:

  • @MichaelZhang 因为它适合你,你可以将其标记为答案。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-02-04
相关资源
最近更新 更多