自动化帐户重新运行，jobshedule 已经存在
Automation account rerun, a jobshedule already exist
我在 Azure DevOps 中创建了一个 CD 管道，它将通过 ARM 模板部署一个 Azure 自动化帐户和一个 runbook、shedule、jobshedule。
除重新运行模板外，一切正常。我的模板是仍在建设中的大型部署过程的一部分，因此在完成整个范围之前，创建 runbook、计划、jobshedule 的 ARM 模板将在每个版本中重新运行。
现在的问题如下：每当我使用新的发布管道重新运行模板时，我都会收到以下错误
A job schedule for the specified runbook and schedule already
exists.
起初我试图变得聪明，所以在我的 jobshedule 名称之前添加了一个 GUI，但是 shedule 本身将 runbook 与 shedule 相关联，并且部署足够聪明，可以弄清楚 shedule 已经连接到操作手册。有没有办法让它仍然在 DevOps 思维/流程中，以便我可以毫无问题地重新运行我的模板。
我创建的 atm 解决方案是在每次部署时删除计划，但这似乎是一个非常糟糕的解决方案。
来自 UserVoice/反馈论坛的相关功能请求 here 目前处于分类状态。
根据 Azure 文档，每个部署的作业计划 ID 都必须是唯一的。
我在 Azure DevOps 中创建了一个 CD 管道，它将通过 ARM 模板部署一个 Azure 自动化帐户和一个 runbook、shedule、jobshedule。
除重新运行模板外，一切正常。我的模板是仍在建设中的大型部署过程的一部分，因此在完成整个范围之前，创建 runbook、计划、jobshedule 的 ARM 模板将在每个版本中重新运行。
现在的问题如下：每当我使用新的发布管道重新运行模板时，我都会收到以下错误
A job schedule for the specified runbook and schedule already exists.
起初我试图变得聪明，所以在我的 jobshedule 名称之前添加了一个 GUI，但是 shedule 本身将 runbook 与 shedule 相关联，并且部署足够聪明，可以弄清楚 shedule 已经连接到操作手册。有没有办法让它仍然在 DevOps 思维/流程中，以便我可以毫无问题地重新运行我的模板。
我创建的 atm 解决方案是在每次部署时删除计划，但这似乎是一个非常糟糕的解决方案。
来自 UserVoice/反馈论坛的相关功能请求 here 目前处于分类状态。
根据 Azure 文档，每个部署的作业计划 ID 都必须是唯一的。