teamcity中文件更改的设置触发器

teamcity中文件更改的设置触发器,teamcity,teamcity-9.0,Teamcity,Teamcity 9.0,我可以设置teamcity触发器,以便在VCS签入/更改时运行测试 然后我设置命令行构建步骤来访问系统上的文件 e、 g.`自定义脚本' cd ~/Desktop ls 但是,如果文件中有更改(例如,test.txt 我想将触发器设置为“如果文件更改运行测试” 或者必须是git签入?您将在项目配置下添加一个新的“VCS触发器”,并添加一个新的“触发器规则”,指定应触发生成的文件/目录。例如:+:root=ContecIT:ContecRepairSystem/**(这里我说的是监视VCS根目录

我可以设置teamcity触发器,以便在VCS签入/更改时运行测试

然后我设置
命令行
构建步骤来访问系统上的文件

e、 g.`自定义脚本'

cd ~/Desktop
ls
但是,如果文件中有更改(例如,
test.txt

我想将触发器设置为“如果文件更改运行测试”

或者必须是git签入?

您将在项目配置下添加一个新的“VCS触发器”,并添加一个新的“触发器规则”,指定应触发生成的文件/目录。例如:+:root=ContecIT:ContecRepairSystem/**(这里我说的是监视VCS根目录“ContecIT”,并监视“ContecRepairSystem”目录下的任何文件更改。

不幸的是,我不知道TC中有任何用于触发构建的“FileSystemWatcher”功能。对于一个新的TC插件来说,这听起来是个好主意

我已经检查了()是否已经有这样的插件。似乎没有。Url构建触发器最接近。你可以尝试分叉并调整它以满足你的需要


我认为您的用例非常罕见。通常一个TC场包含许多TC代理,每个代理运行在不同的机器上。因此,它们不能监视同一个文件系统(例如
桌面
目录),可能除了一些共享文件夹…

VCS触发器配置将监视任何git签入并触发构建过程


So
test.txt
不在您的VCS中?它在哪里?构建配置如何访问它?@sferencik它在系统上,例如desktop文件不在VCS目录中。它在系统上,例如desktop正是我们的情况所需要的。如果您的构建依赖于文件,我建议将它放在您的VCS中。