DEVOPS

Gate Release Tags Against Recent Incident History

When a release tag is pushed, it pulls the last 30 days of incidents for the affected services and posts a go/hold recommendation to Slack based on how unstable those services…

CategoryDevOps
Enginesim
Difficultyintermediate
Triggerwebhook
Steps5
Setup~15 min

How it runs

The automated pipeline, trigger to output.

  • TriggerRelease tag published (GitHub webhook)GitHubGitHub
  • ActionRead release notes and affected servicesGitHubGitHub
  • ActionPull 30-day incident history for servicesPagerDutyPagerDuty
  • LogicScore stability and decide go / hold
  • OutputPost go/hold recommendation to SlackSlack

What it does

On a new release tag, this workflow checks how stable the services in that release have been lately by querying recent incidents, then recommends shipping now or holding for a calmer window — delivered to Slack so the release captain decides with data.

When to use it

Use it when you ship from git tags and want to avoid stacking a new release on top of services that are still firefighting from last week's outages.

How it works

  1. 1A GitHub release webhook fires when a tag is published.
  2. 2The flow reads the release notes and changed services from the tag.
  3. 3A PagerDuty step pulls incidents for those services over the last 30 days.
  4. 4A scoring step combines incident count, severity, and recency into a stability score.
  5. 5A branch decides go vs. hold based on the threshold.
  6. 6The recommendation, with the incidents that drove it, is posted to the release Slack channel.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitHubRepos, issues, pull requests, actions.
  2. 2
    Connect PagerDutyIncidents, on-call, escalations.
  3. 3
    Connect SlackChannels, DMs, threads, mentions.
  4. 4
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  5. 5
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  6. 6
    Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.

Run this workflow in your colony.

14-day trial. No DevOps. No Sales call. Provisioned in under a minute.