#deploys channel, the feature-flag notifications, the infrastructure alerts.
How it works
When an automated message arrives in a channel you’ve connected, incident.io reads it and, if it describes a change, extracts a structured change event from it — pulling out what changed, when, who triggered it, and a link back to the source. A deploy notification becomes a deploy event with its service, environment, and commit; a feature-flag message becomes a flag event with the flag name. During an investigation, these change events are correlated with the incident’s timeline. A deploy that landed three minutes before the first error is exactly the kind of thing the investigation will surface — and because deploy events tie back to the underlying commit, it can connect that change to the specific code that shipped.Only automated messages are turned into change events — the deploy bots, CI notifications, and flag-change alerts.
Ordinary human discussion in the same channels is still used as Slack context, just
not as change events.
What gets captured
Change events are sorted into categories so investigations can reason about them:| Category | Examples |
|---|---|
| Deploy | A service or application being released |
| Feature flag | A flag being turned on, off, or rolled out |
| Config | A configuration or settings change |
| Infrastructure | Changes to infrastructure, such as scaling or networking |
| Database | Migrations and other database changes |
| Alert | Automated alert notifications |
| Other | Changes that don’t fit the categories above |
Setup
There’s nothing extra to set up. Once you’ve connected the Slack channels where your automated change notifications land, change events are extracted from them automatically.Related
Slack channels
Connect the channels change events are built from.
Code repositories
Connect repositories so deploy events tie back to the code that shipped.