Azure devops Azure DevOps在计划和手动之间有不同的行为

我可以观察到，当手动或计划触发buildpipeline时，我的自托管代理（

Agent.Version=2.144.2

）会获得不同的结果

1.观察失败（计划在凌晨3点进行夜间构建）

2.观察失败（计划在凌晨3点进行夜间构建）

成功观察（手动构建）

遗憾的是，我还可以用运行完全正常的相同任务来安排夜间构建

---

错误 计划的生成失败，原因是代理已达到1小时的最大执行时间。原因是devenv.ps1任务需要比通常更长的时间

任务：devenv.ps1

是一个自制的任务，如果不知道该任务的详细信息，就不可能说出这里发生了什么。这是一项基于powershell脚本的自定义任务，用于执行

git clean

、

nuget还原

、一些单独的

预构建事件

，最后执行

devenv重建

在日志中，我找不到这种行为的提示

---

问题 手动任务与计划任务有不同行为的原因有哪些？ 有没有人观察到类似的行为

编辑#1 我从自定义devenv任务切换到了官方的visualstudio构建任务。不幸的是，结果没有改变：

此外，此版本中的2小时超时时间不足

---

编辑#2 我设置了一个测试系列，现在我可以说：一天中的第一个计划构建似乎进入了超时。唯一的原因还不清楚

屏幕截图显示了一系列shedueld构建。源和任务对于所有构建都是相同的

 1. 10:00 AM -> Timeout
 2. 00:55 AM (Next Day)
 3. 03:00 AM
 4. 05:05 AM

---

我以前也做过类似的观察，但这一次我可以完美地放在一个屏幕截图中。这怎么可能呢？

你能增加超时时间吗？是的，当然可以。但延迟的原因是什么？手动构建大约需要7分钟。如果我有多个夜间构建，比如说20个管道，我需要很多代理每晚运行它。我将增加超时时间，以观察未来几天的总时间消耗。如果您想了解更多有关原因的信息，您将非常高兴。：-）你的项目类型是什么？SSIS项目？我看到您正在呼叫

devenv

进行重建。另外，您正在调用

devenv.com

或

devenv.exe

来执行此重建？正如我们之前收到的类似问题一样，这似乎与时间表和手册无关。您可以尝试一种故障排除方法，让计划生成在一次手动生成之后运行。因为，正如我所知，在第一次运行时启动

devenv

需要很长时间，但是如果您在刚运行完之后再次运行它，速度会非常快。@MarTin，因为您的项目是一个C#桌面应用程序，我最好建议您使用

msbuild

进行此重建。我个人认为，

devnev.exe

是最不推荐的方法，因为它需要比

.com

和

msbuild

更长的时间。您能否尝试使用

msbuild

查看是否超时？

 1. 10:00 AM -> Timeout
 2. 00:55 AM (Next Day)
 3. 03:00 AM
 4. 05:05 AM