Skip to main content
版本要求：此功能需要 On-call 标准版及以上订阅。了解更多
通过 Netlify 项目的部署通知（Deploy notifications），将部署同步到 Flashduty On-call。每一次部署（Deploy）对应一条 Flashduty 变更；部署从等待审批、开始构建到成功或失败的每个通知，都会更新同一条变更。 生产部署、分支部署和 Deploy Preview 都会推送，可以用 environment 标签区分。Netlify 所有套餐都支持 HTTP POST request 类型的部署通知。

​
在 Flashduty On-call

  1. 进入 Flashduty 控制台，选择 集成中心 → 变更事件
  2. 选择 Netlify，填写集成名称
  3. 如需把变更分派到指定协作空间，在集成的 路由 中按标签（例如 project、environment）配置规则
  4. 点击 保存，复制生成的 推送地址

​
在 Netlify 中配置

Netlify 的每条通知只监听一个事件，需要为下表中的每个事件各添加一条通知，推送地址相同。
1

打开部署通知设置

进入 Netlify 项目，选择 Project configuration → Notifications → Deploy notifications，点击 Add notification，选择 HTTP POST request。
2

填写推送地址

  1. Event to listen for：选择一个事件，见下一步
  2. URL to notify：粘贴 Flashduty 集成的完整推送地址
  3. JWS secret token：留空即可，Flashduty 通过推送地址中的 integration_key 鉴权
  4. 点击 Save
3

为每个事件添加一条通知

无需添加 Deploy locked、Deploy unlocked、Deploy deleted：它们不改变部署结果，Flashduty 返回成功但不生成变更。

​
一条变更是什么

回滚（Deploy restored）重新发布的是一次已有的部署，因此会更新那次部署对应的变更，状态为 Done。回滚通知不带回滚时间，事件时间为 Flashduty 收到通知的时间。

​
状态映射

Done、Failed 和 Canceled 是结束状态，Flashduty 会记录变更结束时间。

​
变更内容

标签可用于路由和在变更列表中筛选：

​
常见问题

Netlify 的每条通知只推送一个事件。请确认 Deploy started、Deploy succeeded、Deploy failed 三个事件都已各自添加了一条通知。
不会。Netlify 重发推送失败的通知时，Flashduty 按事件本身的时间记录，同一部署、同一状态、同一时间的通知只记录一次。Deploy restored 通知按收到时间记录，是例外：它的重发会再记录一次。
  • unsupported X-Netlify-Event：收到了 Flashduty 尚未支持的 Netlify 事件，请联系我们
  • deploy id is missing：推送内容不完整，请确认推送来自 Netlify 部署通知