【问题标题】:Real-time notifications from Azure DevOps来自 Azure DevOps 的实时通知
【发布时间】:2020-02-17 12:05:41
【问题描述】:

我在 Azure DevOps 中有多个管道,它们将文件作为输入并在后续管道中对其进行转换。我可以在管道的任务名称中获取文件名。 有没有办法让不了解 Azure DevOps 的人从 Azure DevOps 获得有关其文件的实时通知? 尝试了 Microsoft Workflow,但通知延迟最多 3-4 分钟,因此不是很实时。 如果有人遇到类似问题,请告诉我。

已编辑以添加更多详细信息: 管道是这样的。文件是流水线 A 的输入,而流水线 A 又会触发 4 个流水线。管道 A1 和 A2 并行运行。一旦 A1 结束,A3 运行,然后 A4 运行。然后 B 以此类推。最后有一个工件被发送到发布管道,它再次触发最终管道。这些触发器都是通过 REST 调用实现的,因为我们需要将文件名传递到最后。管道 A 是通过提交触发的,因此如果提交有超过 1 个文件,则提交者无法单独跟踪每个文件,只能从 Azure DevOps 获取构建通知。我们正在考虑从管道发回一个通知,该通知可以说文件 X 当前位于管道 A3,返回给推送提交的人。

【问题讨论】:

  • 您希望在哪个渠道收到通知?
  • 能否分享一下您定义的通知的示例,或者您在Microsoft Workflow 中使用的模板?根据您希望收到通知的具体情况,我们可以判断azure Devops 的内置通知是否适用。因为 azure devops 内置通知没有延迟。
  • @Behe 最好查看团队或 Outlook。
  • @HughLin-MSFT 管道是这样的。文件是流水线 A 的输入,而流水线 A 又会触发 4 个流水线。管道 A1、A2 并行运行。一旦 A1 结束,A3 运行,然后 A4 运行。然后 B 以此类推。最后有一个工件被发送到发布管道,它再次触发最终管道。这些触发器都是通过 REST 调用实现的,因为我们需要将文件名传递到最后。流水线 A 是通过提交触发的,所以如果一个提交有超过 1 个文件,提交者不能单独跟踪每个文件,只能获得构建通知。
  • 抱歉,我不确定,您要在特定管道中处理特定文件吗?最好提供一些图片信息,这将有助于我更好地了解您的需求。

标签: notifications azure-devops


【解决方案1】:

以前我使用自定义脚本来发送自定义电子邮件,但为了专门解决上述问题,我使用了 SendGrid Web API,它有助于传递参数并跨自定义通知发送,而无需配置或依赖 SMTP 配置.

【讨论】:

    猜你喜欢
    • 2019-10-31
    • 1970-01-01
    • 2017-06-05
    • 2020-07-14
    • 2021-01-28
    • 2020-04-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多