environment create deployments automatically, so repositories that release with Actions can connect without changing their workflows.
In Flashduty On-call
- In the Flashduty console, go to Integration Center → Change Events
- Select GitHub and enter an integration name
- To assign changes to specific channels, add rules under the integration’s Routes that match labels such as
repoorenvironment - Click Save and copy the generated Push URL
Configure GitHub
1
Open webhook settings
- Repository: go to the repository’s Settings → Webhooks and click Add webhook
- Organization: go to the organization’s Settings → Webhooks and click Add webhook; the organization sends events from every repository
2
Enter the Push URL
- Payload URL: paste the complete Flashduty integration Push URL
- Content type: select
application/json(application/x-www-form-urlencodedis also accepted) - Secret: leave it empty; Flashduty authenticates the request by the
integration_keyin the Push URL
3
Select events
- Select Let me select individual events
- Check Deployments, Deployment statuses, and Releases, and uncheck Pushes, which is selected by default
- Keep Active checked and click Add webhook
ping. Flashduty accepts it without creating a change.How changes are merged
Status mapping
Done, Failed, and Canceled are end states; Flashduty records the change’s end time when one arrives.
Flashduty accepts these deliveries without creating a change:
pingand any other event type- The release actions
created,edited,released, andprereleased. GitHub also sendspublishedwhen you publish a release, and Flashduty records that one. - The deployment state
inactive: a newer deployment replaced an older one, whose earlier result stays as it was.
Change content
Use labels in routes and to filter the change list:
FAQ
Why are no deployment changes arriving?
Why are no deployment changes arriving?
- Make sure the webhook has Deployments and Deployment statuses checked. Pushes alone creates no changes
- Check the delivery history and Flashduty’s responses under Recent Deliveries on the GitHub webhook page
- Only releases that use GitHub Deployments send deployment events, for example a GitHub Actions job that declares an
environment, or a call to the Deployments API
Does redelivering from GitHub record a duplicate?
Does redelivering from GitHub record a duplicate?
No. Flashduty records an event with the same state and time only once.
Why does a delivery return InvalidParameter?
Why does a delivery return InvalidParameter?
… is missingorinvalid …: the payload is incomplete or a field is malformed. Confirm it comes from a native GitHub webhookunsupported …orunknown …: Flashduty does not support this deployment status yet. Contact us