在azure devops管道中，计划的构建永远不会触发

Question

我在托管在GitHub上的开源项目中有以下配置：https://github.com/wez/wezterm/blob/master/azure-pipelines.yml#L9

schedules:
- cron: "0 0 * * *"
  displayName: Daily build
  always: true
  branches:
    include:
- master

我的azure组织是https://dev.azure.com/wez0788/wezterm。我的项目是开源的，并且使用了自由层。

该计划似乎没有任何影响；没有计划的构建显示在构建列表中。

构建触发器的文档有一个故障排除部分，其中没有任何有用的信息来说明为什么没有安排计划的构建。甚至不清楚语法是否正确，因为没有UI来指示流水线是否已经获取了调度。配置足以推送到存储库和PR，从而触发成功的构建。

这个问题听起来很相似，但有一个显著的区别，那就是我从来没有运行过一个计划的构建，所以它不是一个间歇性的问题：Azure DevOps build pipeline unreliable triggering by schedule

其他人似乎也有同样的问题，并在这里提交了GH问题，但由于这是一个文档问题跟踪器，它被关闭：https://github.com/MicrosoftDocs/vsts-docs/issues/4589

我如何才能让我的计划构建真正运行？

Answer 1

试着用下面这句话替换双引号“用单引号”

schedules:
- cron: '0 0 * * *'
  displayName: Daily build
  branches:
    include:
    - master
  always: true

Answer 2

一个贡献者刚刚提供了一个方法，我认为它可以帮助you.When你首先开始使用github repo构建你的管道，它不会触发计划触发器。您需要修改yaml文件。修改完成后，计划构建应该会正常触发。

第二个场景是:有两个贡献者都使用同一个github上的repo来构建管道。一个贡献者的构建管道不能触发计划构建，而另一个贡献者的构建管道可以正常触发计划构建。他们的解决方案是:在可以触发计划构建的管道中，再次运行计划构建。此时，无法触发计划构建的管道也会显示此运行的计划构建。在此之后，他可以正常触发计划构建。因此，我建议您可以尝试在另一个项目或组织中使用相同的github代码库构建管道。如果管道可以正常触发调度构建，那么您可以使用我的方法来恢复无法触发调度构建的管道。

另外，我认为你的yaml语句没有问题，我用同样的语句测试了它，它可以正常触发调度构建。

​

​

我建议您可以设置更短的触发时间，这对于testing.For示例很方便:这个设置是每分钟触发一次计划构建。

​

我也看到你在here与贡献者讨论同样的问题，我也会继续关注这个问题。

希望这能有所帮助。