Tfs 如何计划每5分钟运行一次本地Azure DevOps构建？

不管理由是什么，我有一个案例，构建需要每5分钟运行一次。本地安装不支持YAML中的计划

那么，我们怎么做呢？我可能可以使用RESTAPI，但这很糟糕，因为我要么创建了一个一次性脚本，要么创建了一个用于非常简单的计划类型的脚本。构建一个可重用的解决方案，通常可用于其他构建似乎涉及其中。因此，与其专注于我的业务，我需要从侧面弥补Azure DevOps内部版本的不足

---

我想知道是否有更好的办法

理解你的担忧。但是，目前本地TFS服务器不支持这一点

用于定义基于时间的构建触发器的UI不够灵活。它只能支持一周中的固定时间

正如您在评论中指出的那样，我们需要每5分钟运行一次构建，这需要我们创建288个计划，这是一个乏味的过程

实际上，这已经是用户的声音了

定时构建-更灵活的定时配置

---

多人发表了评论和回应。经过市场调查后，我还没有找到一个合适的解决办法。很抱歉给您带来不便。您可以监视上述用户语音的状态。

使用不支持计划的非YAML版本？我很想知道你需要按照计划每5分钟构建什么。你看过非YAML构建的UI吗？您需要手动添加每个计划事件。在我的例子中，我必须添加24*12=288个事件。不行。（这个构建实际上有点像看门狗。我们是一家内部商店，所以我开发一个专用的web服务很昂贵。windows计划任务也是如此-需要有人来维护它。而且，由于从外部无法访问，时间驱动的Azure功能也没有帮助）Hi mark，只是看看提供的信息是否有用。很抱歉，这不受支持。但是，如果azure devOps服务中已经发布了一个功能（带有时间表的Yaml构建），那么通常也会包含在下一个最新的azure devOps服务器/tfs版本中。然而，目前还没有更好的解决办法。您对这个案例还有什么顾虑吗？请将其标记为答案，抱歉延迟。通常需要6个月的时间，托管版本的功能才会传播到本地，然后我们需要时间来升级它。事实上，这意味着当我们可以使用它的时候，我们会有一些临时的尴尬的解决方案。然后，需要时间逐步淘汰它，转而采用自然解决方案。最终结果-我们被迫浪费时间进行变通，然后逐步取消变通。