在部署之前,我正在使用TFS Release Gates来调用somel api。 通常,这很好用。但有时,闸门根本不会触发,并且永远不会调用api。
我将超时时间设置为5分钟。.因此,在5分钟后,它应该再试一次。。。。有时它会在5分钟后重试(如预期的那样),但有时会花费11或12分钟.....
看起来请求被排队在某处...但是我真的不知道。 有人知道这种行为吗?
在部署之前,我正在使用TFS Release Gates来调用somel api。 通常,这很好用。但有时,闸门根本不会触发,并且永远不会调用api。
我将超时时间设置为5分钟。.因此,在5分钟后,它应该再试一次。。。。有时它会在5分钟后重试(如预期的那样),但有时会花费11或12分钟.....
看起来请求被排队在某处...但是我真的不知道。 有人知道这种行为吗?
已更新
评估之前的延迟是门评估过程开始时的时间延迟,允许门初始化,稳定并开始为当前部署提供准确的结果
Gate 实际上是一个服务器任务,当前正在在服务器上运行。一些例子可以证明
它由发布服务帐户运行,就像发布管道中的其他任务一样。
此外,评估之前的延迟是指从门口采样的时间可能不可靠。这是可以接受的现象。有时候,检查可能需要比您的配置更多的时间。