【问题标题】:Teamcity - Monitoring a specific folder as a VCS triggerTeamcity - 监控特定文件夹作为 VCS 触发器
【发布时间】:2016-05-10 14:45:22
【问题描述】:

我们正在迁移到一个项目的单体存储库,这意味着当发生提交时,我们需要在团队城市确定要启动哪个构建。

考虑以下回购:

/
  a/
  b/

我们目前有每个子项目需要在提交时触发的构建

在 VCS 触发器中,我们可以创建一个 VCS 触发器规则,它“似乎”可以工作,但是我有以下问题:

  1. 如果我对文件夹b 进行更改,通过触发规则我只能启动b 的构建。但是,a 的构建显示不相关的待处理更改。
  2. 这种方法长期可行吗?是否发生了任何意外的陷阱?

【问题讨论】:

    标签: git teamcity


    【解决方案1】:

    如果您不想看到不相关的待处理更改,请考虑使用结帐规则。如果您将结帐规则设置为 +:a,TeamCity 将仅在“a”目录下显示更改。但请注意,使用此类结帐规则,只有目录“a”会出现在代理结帐目录中。

    【讨论】:

      【解决方案2】:

      我不这么认为。如果您在 VCS 触发器中使用触发规则,这仅表示如果签入任何内容,构建是否会自动启动。所以,是的,挂起的更改当然会显示,并且如果您从一个构建配置到另一个构建配置有依赖关系,即使只有“不相关”的更改,也会触发新的构建。但我认为你不会有任何缺点。

      【讨论】:

      • 我觉得“待更改”对于任何看起来好像尚未构建相关内容的人来说都是一个缺点。在整个项目过程中,这个数字会很大。
      • 好吧,您可以设置一个额外的夜间触发器,以便至少在夜间构建项目并且待处理的更改计数保持在较低水平。
      • 同意,有道理。
      • 如果我的回答对你有帮助,请阅读并遵守stackoverflow.com/help/someone-answers :-)
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-06-10
      • 1970-01-01
      • 2013-10-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多