Org engineering standards live in wikis. Nothing checks pull requests against them.
Warestack checks pull requests and deployments against your organization’s delivery standards. See missing approvals, linked work items and rule findings where your team already works.
Start with the Free plan. Choose the repositories you want to connect.
feat(reports): export deployment approvals as CSV (ENG-1012) #1182
Some checks were not successful
1 failing, 3 successful checks
Merging is blocked
The required Warestack Rules check has failed.
Warestack
Warestack Rules
Warestack / Warestack Rules
Failed
Blocking rule evaluation incomplete
DETAILS
1 blocking Warestack rule could not be evaluated. Warestack fails closed when a merge-blocking rule has no trusted outcome.
Unavailable blocking rules:
- Follow repository instructions: No complete, validated outcome was produced for this revision.
How to unblock:
- Push an update after the reported evidence issue is resolved.
- Or select Re-run evaluation below to retry this exact pull-request revision.
Re-run evaluation
View more details on Warestack
Research & innovation
UKRI-funded research collaboration
Warestack is an industry partner in a UK Research and Innovation (UKRI)-funded project led by Birkbeck, University of London, advancing software governance and compliance evidence.
A rule finds the problem. A chain acts on it. A report keeps the record.
Write a standard in plain English and Warestack turns it into checks you can read before turning them on. A catalog covers the common ones: linked issues, independent approvals, scope, size, tests, deploy windows.
Choose a trigger, the steps that follow and when they stop. Chains can keep a Slack card current, remind a reviewer, announce a deployment or deliver a saved report.
Ask a question in plain English and get the answer with the rows behind it. Save the result, schedule it to Slack or email, or export the CSV. Retention follows your plan or agreement. The record for the auditor, the board, or the incident review.
It shows up where your team already works.
GitHub connects first. Add Slack, Linear or Jira to keep findings, follow-up and reports close to the work.
As wide as the organization. As narrow as one folder.
Every rule is enabled on a scope you choose: a team, a repository, or a path inside one. Different rules, different scopes, one organization. New repositories join their team's rules as they arrive.
Rules report first. Merge blocking is a separate switch, per repository, that stays off until you require the check in branch protection.
The record is ready before anyone asks for it.
Ask a question in plain English. Inspect the rows behind the answer, export a CSV, or schedule delivery to Slack or email. Data retention follows your plan or agreement.
| Repository | Deploy | Approved by | Finished |
|---|---|---|---|
| control-plane | #2061 | rdiaz, the requester | Sep 30 |
| billing-service | #598 | tobiaslind, the requester | Sep 24 |
| collector-agent | #418 | ipetrov, the requester | Sep 19 |
Four weeks on one to three repositories.
Agree on a success measure before installation. Start in reporting mode, then decide which checks to require.
A GitHub organization admin for the install, five minutes. A Slack channel. The standards document you already have.