Duvaxa

DevOps & Cloud · Release risk score

ReleaseScore

Release with eyes open.

A 0 to 100 risk score for every release, each reason behind it, and the precaution to take, learned from your own incidents and test results.

Engineering managers shipping weeklyAgencies releasing client appsTeams with database changes and payments
release-risk · example
$ release-risk --base HEAD~15
release-risk: MEDIUM (53/100) for HEAD~15..HEAD: 15 commits, 34 files, +1,200/-20 lines
+15 Touches authentication, payments or security code (1 file(s))
+12 Database migration (1 file(s))
Check: Run it on a copy of production data first and time it; check it doesn't lock big tables.
+10 Large change: 894 lines of code in 24 files
+6 Configuration changed
Real run on one of our own repositories (output shortened). The score is a prompt for the right precautions, not a prediction.
ReadsGit history and test runs
LearnsFrom past incidents
Runs onYour laptop, server or CI
Shows inRelease pull request

The problem

The release that took the site down was "just a small change". Nobody noticed it dropped a column, touched payment code and had no tests.

What it does

01

Reads the git history between the last release and now

02

Learns from your past: files behind earlier reverts, hotfixes and incidents score higher

03

Reads the release's test run: failing and flaky tests, and coverage of the changed files

04

History check: which past releases were followed by a revert or hotfix, so you can see the score means something

05

Destructive database migrations: drops, renames, NOT NULL without default

06

Authentication, payment, permission and encryption code

07

Code changed without tests, deleted tests and major dependency upgrades

08

Infrastructure, CI, configuration and API contract changes

09

Bug-prone files and authors new to the code

10

Markdown for the release pull request and a CI gate for the riskiest releases

How it works

  1. Run it on the release branch or in CI
  2. Read the score and the reason for each point
  3. Take the listed precautions, then ship

Works with

GitGitHubGitLabJUnit XMLCobertura

Runs in your CI

GitHub Actions workflow step
- uses: actions/checkout@v5
with: { fetch-depth: 0 }
- run: release-risk --base origin/${{ github.base_ref }} --format markdown --out risk.md --fail-above 80
Licensed customers get the action or command-line tool installed in their own organisation; it runs on your runners, so your code and plans never leave them. The command-line tools run in GitLab CI the same way.

Your data

  • Runs locally on the repository.
  • Nothing is uploaded.
  • Scores are explainable line by line.

Who it's for

Engineering managers shipping weeklyAgencies releasing client appsTeams with database changes and payments

Questions

How is it different from BlastRadar?

ReleaseScore scores the release; BlastRadar maps which services it can affect and checks them after deploy. They work well together.

Can it block risky releases?

Yes, as an optional CI gate above a score you choose.

Related

Often used with ReleaseScore

See ReleaseScore on your own data

A 30-minute call. We run the product on your export, repository or document and walk you through the results.

Book a demo