我在TeamCity(TeamCity Professional 8.1.5(版本号30240))中有一个Build Configuration,其中有两个连接的VCS Roots。这些VCS Roots指向不同的存储库。
此Build Configuration配置了VCS触发器,以在每次检入时触发项目,没有指定间隔时间。问题是,这个触发器似乎不起作用,因为构建保持处于挂起状态。
已添加触发器规则:“+:root = VCSId_ProjectA:**”,以便对“ProjectB”进行的更改不会调用触发器。当仅附加一个VCS root到Build Configuration并测试它时,此触发器按预期工作。
触发器已通过轮询ProjectA存储库以及由ProjectA的POST钩子测试。两种结果都相同。(我甚至尝试从ProjectA存储库发送多个POST钩子,以表明已更改ProjectA和ProjectB,但这种绝望的测试也没有起作用)。
一个VCS根的checkout规则为:“+:= .ProjectB”。这是为了确保ProjectB不在ProjectA的根目录中,而是在子目录中。手动启动待处理的构建时,可以正确地获取两个存储库。
两个VCS Roots都配置为特性分支,但删除分支规范对结果也没有影响。
是否有人遇到过类似的问题并能够提供一些建议?
此Build Configuration配置了VCS触发器,以在每次检入时触发项目,没有指定间隔时间。问题是,这个触发器似乎不起作用,因为构建保持处于挂起状态。
已添加触发器规则:“+:root = VCSId_ProjectA:**”,以便对“ProjectB”进行的更改不会调用触发器。当仅附加一个VCS root到Build Configuration并测试它时,此触发器按预期工作。
触发器已通过轮询ProjectA存储库以及由ProjectA的POST钩子测试。两种结果都相同。(我甚至尝试从ProjectA存储库发送多个POST钩子,以表明已更改ProjectA和ProjectB,但这种绝望的测试也没有起作用)。
一个VCS根的checkout规则为:“+:= .ProjectB”。这是为了确保ProjectB不在ProjectA的根目录中,而是在子目录中。手动启动待处理的构建时,可以正确地获取两个存储库。
两个VCS Roots都配置为特性分支,但删除分支规范对结果也没有影响。
是否有人遇到过类似的问题并能够提供一些建议?