【问题标题】:TFS 2017 build as codeTFS 2017 构建为代码
【发布时间】:2017-04-30 01:48:58
【问题描述】:

如何在“构建”和“发布”代码中配置 2017 年的构建任务? 我正在为 Jenkins Pipelines 寻找类似 Jenkinsfiles 的东西。

用例是:

  1. 我需要验证参数,然后根据全局传递的参数决定我以何种顺序调用哪些任务等
  2. Web UI 中的更改不是唯一来源
  3. 在源代码管理中进行配置

是否有这样做的可能性或可​​用的插件?

【问题讨论】:

标签: tfs tfsbuild azure-pipelines azure-pipelines-build-task


【解决方案1】:

没有开箱即用的方式。有一些市场任务可以将构建和发布定义导出为 JSON,您可以使用 REST API 创建或更新构建和发布定义。结合这些东西,你当然可以实现你想要的。我在通过 PowerShell 针对 TFS 2015 和 VSTS 编写构建/发布定义创建脚本方面取得了一些成功。

【讨论】:

  • 但是您如何从 PowerShell 脚本中调用常见的 TFS 任务。你下载了dll吗?
  • @aumanjoa 我不明白您所说的“常见 TFS 任务”是什么意思。 TFS 有一个广泛记录的 REST API 用于执行常见活动。
【解决方案2】:

TFS/VSTS VNext 构建任务是顺序运行的,对于发布来说,它有环境部署条件,但是任务仍然是顺序运行的。您无法更改每个变量或参数的顺序,也无法配置。

在构建过程中,它会下载构建代理机器所需的任务,因此您可以在构建代理文件夹的tasks文件夹中查看源代码(PowerShell文件或Node.js运行的JS),您也可以查看本文源代码:vsts-tasks

【讨论】:

    【解决方案3】:

    您的请求目前无法实现。 There is a proposal out on the Visual Studio Agent GitHub site asking for feedback and with a proposal to do most of what you want.

    我建议订阅该主题并提供您想要贡献的反馈。目前有no indication to a timeline to when this new yaml based build will be available though

    您确实可以将一些东西与 REST API 拼凑在一起,以便在构建发生更改时下载 json 并将其置于源代码控制中。每当提交新的 json 时,您都可以更新构建。但鉴于 Microsoft 正在努力在产品中启用您的场景,我建议您再等一段时间。

    【讨论】:

      猜你喜欢
      • 2017-04-07
      • 2018-11-21
      • 2018-09-14
      • 2017-08-14
      • 1970-01-01
      • 2018-07-24
      • 2018-05-11
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多