Azure devops Azure DevOps-CI构建会随机启动，但在未进行任何提交时失败[GitLab Repo/Other Git]
我们已经设置了CI管道，并通过“其他Git”选项连接到企业/自托管Git实验室存储库 当我们实际提交内容时，管道工作正常，它检测到这一点并按预期开始构建 但是，有时（通常在凌晨1-2点之间的夜间），当没有提交时，管道将随机开始构建，然后失败 我认为这是由于DevOps汇集了我们的存储库，但有时未能将其汇集起来 错误消息如下： 轮询存储库时发生异常。错误： Microsoft.TeamFoundation.Build2.Server.Extensions.ExternalConnectorException： 无法连接到远程服务器---> System.Net.Http.HttpRequestException:发送时出错 请求。-->System.Net.WebException:无法连接到 远程服务器-->System.Net.Sockets.SocketException:连接 尝试失败，因为关联方没有正确响应 一段时间后，或建立的连接失败，因为 连接的主机无法在响应XXX.XXX.XXX.XXX:XXX System.Net.Sockets.Socket.InternalEndConnect（IAsyncResult asyncResult） 位于System.Net.Sockets.Socket.EndConnect（IAsyncResult asyncResult）的 System.Net.ServicePoint.ConnectSocketInternal（布尔连接失败， 插座s4、插座s6、插座和插座、IP地址和地址， ConnectSocketState状态，IAsyncResult asyncResult，异常& 异常）---内部异常堆栈跟踪结束---有什么建议吗 防止这种情况发生 我已经考虑过使用DevOpsAPI和GitLabs WebHooks来告诉它开始构建，但我不确定这是否可行Azure devops Azure DevOps-CI构建会随机启动，但在未进行任何提交时失败[GitLab Repo/Other Git],azure-devops,continuous-integration,gitlab,azure-pipelines,Azure Devops,Continuous Integration,Gitlab,Azure Pipelines,我们已经设置了CI管道，并通过“其他Git”选项连接到企业/自托管Git实验室存储库 当我们实际提交内容时，管道工作正常，它检测到这一点并按预期开始构建 但是，有时（通常在凌晨1-2点之间的夜间），当没有提交时，管道将随机开始构建，然后失败 我认为这是由于DevOps汇集了我们的存储库，但有时未能将其汇集起来 错误消息如下： 轮询存储库时发生异常。错误： Microsoft.TeamFoundation.Build2.Server.Extensions.ExternalConnectorExce
感谢您的帮助。首先，您的意思是说，CI、日程安排和手册都是白天的工作（我们在CI中有一个已知问题）？只是错误发生在午夜？此外，您的服务器是否位于访问服务器所需域的反向代理之后？什么是URI方案？HTTP？还是HTTPS？这些将有助于找到根本原因。我们目前只设置了CI，在开发分支上以180秒的速率汇集，在主分支上以400秒的速率汇集。当我们提交时，它会检测到这一点并正常构建（如预期的那样）。如果我们手动构建，它也可以正常工作。我们没有设置定时触发器。到目前为止，它只发生在凌晨1-2点之间（但样本量不到一周）。据我所知，服务器并不是在备用代理之后。URI方案是：HTTPS://Gitlab.Uni.ac.uk/Company/repoName.git在我们的后端，已知的问题只针对CI，因为我们的请求连接方法是xxx.xxx.xxx.xxx:xxx（Gitlab服务器提供的公共IP），而池方法是CI。如果客户设置了一些代理或其他不可抗拒的因素，因此我们无法连接到他们的gitlab服务器，则经常会出现此问题。我建议您在我们的官方论坛上用您的组织名称、帐户名称、gitlab服务器（我们经常要求这样做是为了保护您的信息）来提出这个问题。然后，我们的产品团队可以让其他相关团队通过检查我们的后端日志来调查您的问题。作为一种解决方法，您可以尝试使用API。它使用的是一种不同的请求连接方法，不会受到一些不可抗拒的因素的影响。首先，您的意思是，它在白天都是工作，包括CI、时间表和手册（我们在CI中有一个已知的问题）？只是错误发生在午夜？此外，您的服务器是否位于访问服务器所需域的反向代理之后？什么是URI方案？HTTP？还是HTTPS？这些将有助于找到根本原因。我们目前只设置了CI，在开发分支上以180秒的速率汇集，在主分支上以400秒的速率汇集。当我们提交时，它会检测到这一点并正常构建（如预期的那样）。如果我们手动构建，它也可以正常工作。我们没有设置定时触发器。到目前为止，它只发生在凌晨1-2点之间（但样本量不到一周）。据我所知，服务器并不是在备用代理之后。URI方案是：HTTPS://Gitlab.Uni.ac.uk/Company/repoName.git在我们的后端，已知的问题只针对CI，因为我们的请求连接方法是xxx.xxx.xxx.xxx:xxx（Gitlab服务器提供的公共IP），而池方法是CI。如果客户设置了一些代理或其他不可抗拒的因素，因此我们无法连接到他们的gitlab服务器，则经常会出现此问题。我建议您在我们的官方论坛上用您的组织名称、帐户名称、gitlab服务器（我们经常要求这样做是为了保护您的信息）来提出这个问题。然后，我们的产品团队可以让其他相关团队通过检查我们的后端日志来调查您的问题。作为一种解决方法，您可以尝试使用API。它使用的是一种不同的请求连接方法，不会受到某些不可抗拒因素的影响。