Teamcity 不会针对 PR 的更改持续触发构建
Teamcity doesn't trigger builds consistently for changes on PR
我有一个带有 bitbucket 服务器存储库的 Teamcity 服务器。 Teamcity 上有一个构建管道，用于验证拉取请求设置。基本上它按预期工作。但是，虽然新的拉取请求会在一分钟内触发，但当我提交对拉取请求的更改时，可能需要长达一个小时的时间，Teamcity 才能在构建配置页面中进行更改。一旦找到它们，它就会按预期触发构建。
如果我 select 操作菜单中的“检查未决更改”也没有什么区别。
奇怪的是，在我的其他构建管道上，它在 master 分支上构建更改，新提交也会在一分钟内触发。
拉取请求构建功能：
我的分支规格：
“更改检查”设置：
触发器：
我们使用 TeamCity Professional 2019.2（内部版本 71499）
EDIT1：我刚刚意识到有两种不同的更改视图：一种用于分支，一种用于拉取请求。更改确实会很快显示在拉取请求的分支中，但不会显示在拉取请求的分支中。
分支视图：
拉取请求视图：
作为参考，制作的这些屏幕截图 16:32。
EDIT2：我用这篇文章来设置它：https://www.jetbrains.com/help/teamcity/2019.2/pull-requests.html
EDIT3：我刚刚发现我可以通过浏览器在 Bitbucket 服务器页面上的拉取请求触发构建。虽然不知道它是如何工作的。
这似乎是 Bitbucket Server 的设计：
https://community.atlassian.com/t5/Bitbucket-questions/Change-pull-request-refs-after-Commit-instead-of-after-Approval/qaq-p/194702
TLDR：出于性能考虑，pullrequest 分支上的 Refs 不会立即更新。触发它的最简单方法是在 Bitbucket Server 网站上查看 PullRequest。
当我理解正确时，对主人的评论和参考更新也会触发它。
我有一个带有 bitbucket 服务器存储库的 Teamcity 服务器。 Teamcity 上有一个构建管道，用于验证拉取请求设置。基本上它按预期工作。但是，虽然新的拉取请求会在一分钟内触发，但当我提交对拉取请求的更改时，可能需要长达一个小时的时间，Teamcity 才能在构建配置页面中进行更改。一旦找到它们，它就会按预期触发构建。 如果我 select 操作菜单中的“检查未决更改”也没有什么区别。
奇怪的是，在我的其他构建管道上，它在 master 分支上构建更改，新提交也会在一分钟内触发。
拉取请求构建功能：
我的分支规格：
“更改检查”设置：
触发器：
我们使用 TeamCity Professional 2019.2（内部版本 71499）
EDIT1：我刚刚意识到有两种不同的更改视图：一种用于分支，一种用于拉取请求。更改确实会很快显示在拉取请求的分支中，但不会显示在拉取请求的分支中。
分支视图：
拉取请求视图：
作为参考，制作的这些屏幕截图 16:32。
EDIT2：我用这篇文章来设置它：https://www.jetbrains.com/help/teamcity/2019.2/pull-requests.html
EDIT3：我刚刚发现我可以通过浏览器在 Bitbucket 服务器页面上的拉取请求触发构建。虽然不知道它是如何工作的。
这似乎是 Bitbucket Server 的设计： https://community.atlassian.com/t5/Bitbucket-questions/Change-pull-request-refs-after-Commit-instead-of-after-Approval/qaq-p/194702
TLDR：出于性能考虑，pullrequest 分支上的 Refs 不会立即更新。触发它的最简单方法是在 Bitbucket Server 网站上查看 PullRequest。 当我理解正确时，对主人的评论和参考更新也会触发它。