Azure DevOps pipelines CI触发器在提交“其他git”repo时不调用

我正在尝试为持续集成CI配置Azure DevOps管道，但当我将更改提交到指定的目标分支并将其推送到另一个Git的远程源时，它无法触发管道构建

根据，即使源代码位于远程Git repo或Subversion中，也可以选择管道CI触发器，因为使用此触发器时，意味着azure管道会定期轮询更改

基于以下信息，我是如何在Azure Devops中配置CI触发器的

Bitbucket是我们的Git存储库管理解决方案，它是自托管的而不是云，它在公共域上可用，但需要身份验证用户名和密码才能访问存储库。据我所知，没有防火墙阻止连接，我读到的防火墙可以阻止连接

在Azure Devops中的项目设置中，我添加了一个类型为“other Git”的“new service connection”，并指定了以下设置和实际值。配置此服务连接后，还可以将其配置为获取源

如果我手动触发管道构建或将其设置为计划，那么启动时不会出现任何问题。我尝试过使用不同的设置，例如在门户中设置权限，但无论我尝试了什么，我都无法推送到主分支，它会自动触发构建

这是可能实现的还是我遗漏了一些明显的东西？在我寻找解决方案的过程中，我读到了关于WebHook的文章，也许这是必需的

---

谢谢

请从管道添加新的服务连接，然后再试一次：

---

您好，我已经删除了我的服务连接并多次重新创建，但问题尚未解决。我还尝试使用其他类型的服务连接。值得注意的是，对于git repo URL，我尝试了带有用户名的克隆URL，但没有使用，例如&。不走运。我已尝试从您指定的位置创建它，但仍然没有更改。从我这边的测试来看，如果如屏幕截图所示从管道添加新的服务连接，将触发CI。但是如果从服务连接创建服务连接，则不会触发CI。请使用哪个“其他git”平台进行测试？这仍然是一个问题，我现在正在探索将源代码导入repos的选项。我已经使用bitbucket.org进行了测试。最终将源代码迁移到Azure repos。我们现在可以使用触发器了。谢谢你的帮助