【问题标题】:TFS CI build trigger include variableTFS CI 构建触发器包含变量
【发布时间】:2018-01-06 15:16:12
【问题描述】:

是否可以使用变量作为构建触发器?我试过了,构建没有被触发。如果我删除变量并插入一个值,构建会按预期触发。

这里不允许使用变量吗? $(Mapping.ServerPath) 设置为 MyRepo/Branches/MyBranch$/MyRepo/Branches/MyBranch 正确触发构建。

【问题讨论】:

  • 在路径过滤器中使用变量的具体要求是什么?

标签: variables tfs continuous-integration azure-pipelines


【解决方案1】:

没有。他们为什么要这样做?

指定的路径导致在静态路径上执行轮询操作。 如果需要,您可以use wildcards。 构建应在更改时触发,因此 CI 触发。

使路径成为变量,你什么时候提供它? 如果它只是在其他地方保持静态值,为什么不填写呢? 如果您想在调用构建时提供路径。 那么您不打算按预期使用 CI 选项吗?

【讨论】:

  • 是的,感谢您确认我对该主题的看法。我只是构建模板的用户。我只是想确保这不是我的错误:)
  • 我们的分支策略在每次迭代和每次发布时都使用一个新分支(Git 的 Fork)。我们有几十个版本,每个微服务和门户网站都有一个。我们最好使用一个变量,我们可以在一个地方而不是在几十个构建中的每一个中更改当前迭代或发布分支的路径。
【解决方案2】:

不,不支持。

有一个用户声音可以关注:Allow Variables in Repository, variables and triggers Tab.

【讨论】:

  • 链接返回404
【解决方案3】:

我们有一个包含数十个构建的微服务架构,能够使用我们可以在开始下一次迭代时更新的变量是有意义的。通过我们的分支策略,我们为每个 sprint 和每个版本都有一个新分支。每隔几周在每次构建中更改 CI 触发器效率低下。

我们正在使用本地 TFS2018,从我所看到的一切来看,这不受支持。

【讨论】:

    猜你喜欢
    • 2020-02-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-12-18
    • 2017-02-17
    • 1970-01-01
    • 1970-01-01
    • 2012-08-08
    相关资源
    最近更新 更多