如果有文件更改,是否有方法仅触发Teamcity中的生成?

如果有文件更改,是否有方法仅触发Teamcity中的生成?,teamcity,Teamcity,我们正在使用teamcity和github enterprise。我们将其设置为在合并请求和提交时运行。但是,git会不断为文件更改为0的合并发送teamcity提交消息,这会触发生成 例如,这将触发生成: 但是我没有看到一种方法可以根据更新文件的数量创建一个过滤器 我认为这就是导致构建的原因 触发基于分支的构建合并 VCS触发器完全了解分支,并且在分支中检测到签入后将触发生成。 当更改从一个分支合并/快速转发到另一个分支时,严格来说代码中没有实际更改。默认情况下,VCS触发器的行为方式如下:

我们正在使用teamcity和github enterprise。我们将其设置为在合并请求和提交时运行。但是,git会不断为文件更改为0的合并发送teamcity提交消息,这会触发生成

例如,这将触发生成:

但是我没有看到一种方法可以根据更新文件的数量创建一个过滤器

我认为这就是导致构建的原因

触发基于分支的构建合并 VCS触发器完全了解分支,并且在分支中检测到签入后将触发生成。 当更改从一个分支合并/快速转发到另一个分支时,严格来说代码中没有实际更改。默认情况下,VCS触发器的行为方式如下:


值得注意的是,未更新的分支上的构建将由另一个分支中的合并触发。

您可能使用签出规则。否则,在包含0个文件的合并提交上运行生成似乎是一个合适的操作:提交确实会更改签出目录的内容,并应触发生成

如果您通过TeamCity签出规则限制签出内容,TeamCity仅会在通过合并目录中的文件实际更改签出目录的内容,或者TeamCity不完全了解提交图,并且可能会影响签出的情况下,显示包含0个文件的合并提交


如果到目前为止您还没有运行最新的TeamCity 10.0.5版,那么进行更新是有意义的。如果仍然显示不影响签出文件的合并提交,并且不合并在TeamCity中配置VCS之前创建的提交,则有必要将详细信息报告给。

这很有意义。谢谢
 - When merging/fast forwarding of two non-default branches: the changes
   in a build are calculated with regard to previous builds in the same
   branch, so if there is a build on same commit in a different branch,
   the trigger will start a build in another branch pointing to the same
   commit.  
 - If the default branch is one of the branches in the
   merging/fast-forwarding, the changes are always calculated against
   the default branch, if there is a build on same revision in the
   default branch, TeamCity will not run a new build on the same
   revision.