我之前也碰到过类似的BitBucket Cloud和TeamCity集成的问题，你可以按照下面的步骤逐一排查，应该能找到根源：

1. 先确认BitBucket Webhook配置是否正常 #

BitBucket的Webhook是触发TeamCity PR构建的核心，先从这里入手：

• 登录你的BitBucket仓库，进入Settings > Webhooks，检查是否存在TeamCity自动创建的Webhook（名称通常包含TeamCity字样）。如果没有，手动添加一个：
  • URL填写你的TeamCity服务器地址：http://<你的TeamCity服务器地址>/app/rest/webhooks/bitbucketCloud
  • 触发事件选择Pull requests下的所有相关选项（Created, Updated, Merged等）
  • 确保Webhook的状态是Active，并且没有失败的请求记录（可以点进Webhook看最近的请求日志，有没有401/404这类错误）
• 如果Webhook请求失败，大概率是权限问题：确认TeamCity的BitBucket Cloud连接是用有仓库读写权限的账号授权的，或者手动添加Webhook时有没有配置正确的认证信息（有些情况下需要添加Basic Auth，用户名密码是TeamCity的服务账号）

2. 检查TeamCity的Pull Request构建配置 #

确保你的构建配置正确开启了PR触发：

• 进入构建配置的VCS Settings，确认VCS根类型是BitBucket Cloud（不是普通的Git类型，普通Git无法自动识别BitBucket PR）
• 在VCS Settings的Pull Requests选项卡，勾选Enable support for pull requests，并选择BitBucket Cloud作为Pull request来源
• 配置分支过滤规则：因为你的场景是hotfix/*/release/*分支向master提交PR，所以要确保规则匹配：
  • 目标分支：设置为master（可以用+:<default>如果你的默认分支是master）
  • 源分支：添加+:hotfix/*和+:release/*，确保只有这些分支的PR会触发构建
• 进入Triggers选项卡，确认VCS Trigger已启用，并且在Trigger的Branch Filter里包含PR相关的分支规则，或者直接勾选Trigger build on pull request events（不同版本的TeamCity可能选项名称略有不同）

3. 排查TeamCity的权限与日志 #

• 确认TeamCity中负责BitBucket集成的用户账号，拥有BitBucket仓库的Read权限至少，最好有Write权限（有些PR事件需要更高权限）
• 查看TeamCity的服务器日志：进入Administration > Server Logs，搜索关键词bitbucket或pull request，看有没有错误信息，比如“Failed to process webhook”或者“Pull request not found”之类的，这些日志能直接定位问题
• 检查项目的全局设置：确保TeamCity的Administration > Settings > Version Control里，BitBucket Cloud的集成是正常启用的，没有被禁用

4. 其他可能的小问题 #

• 确认你的PR确实是从hotfix/*/release/*分支向master提交的，有没有分支名称拼写错误（比如hotfix写成hot-fix）
• 如果是私有仓库，检查TeamCity的VCS根配置里，有没有正确填写仓库的完整URL，并且认证信息有效
• 尝试创建一个新的测试PR，看是否能触发构建，排除旧PR的缓存问题

内容的提问来源于stack exchange，提问作者tomasz.myszka