Skip to content

Gate a build

Terminal window
rigorrun gate --project <id>

Runs the project’s suite against its agent and exits non-zero if the result is under the bar. A project with more than one agent needs --agent <name>: the gate never picks one for you.

CodeMeaning
0The gate passed.
1The agent failed, or the gate was not met.
2Configuration or runtime error. Never a finding about the agent.
3Inconclusive evidence, or a missing, stale, unreviewed or refused suite.
Terminal window
rigorrun gate --project <id> \
--min-success 0.95 \
--min-policy 1 \
--max-unsafe 0

Defaults are 95% task success, 100% policy compliance, zero policy violations and zero unsafe actions. Set them to what you would actually block a release on.

- name: RigorRun gate
uses: Konuktor/rigorrun@v0.6.1
with:
project: ${{ vars.RIGORRUN_PROJECT }}
version: 0.6.1
min-success: '0.95'
report: rigorrun-report.html
node-version: 22
env:
RIGORRUN_SECRET__VENUE_DESK_TOKEN: ${{ secrets.VENUE_DESK_TOKEN }}

The action always adds a Markdown summary, uploads the HTML report when one was written, and keeps the gate’s exit code.

InputRequiredDefaultMeaning
projectYes—Project id passed to gate --project.
agentNo—Agent passed to --agent; needed when the project has several.
versionNo0.6.1Exact npm package version; never latest.
min-successNoGate default (0.95)Optional value passed to --min-success.
reportNorigorrun-report.htmlPath passed to --report and uploaded when it exists.
rigorrun-homeNo${{ github.workspace }}/.rigorrunProject store, exported as RIGORRUN_HOME.
node-versionNo22Node.js version installed by the action.
cliNo—Local CLI command for action development, such as pnpm rigorrun.

Outputs are verdict (PASS, FAIL, INCONCLUSIVE, or ERROR) and exit-code. Pass every credential named by the project on the action step as RIGORRUN_SECRET__<NAME>: ${{ secrets.NAME }}; the action does not print the environment.

- name: Acceptance
run: npx rigorrun gate --project checkout
env:
RIGORRUN_SECRET__VENUE_DESK_TOKEN: ${{ secrets.VENUE_DESK_TOKEN }}

The runner needs to reach the system under test from wherever the job runs, and credentials come from the environment rather than from the project file. Point it at staging.

A gate is only as strong as the reads behind it. If verification is OBSERVATIONAL, the gate is checking that your agent did some things, not that the work happened. The run says so; CI will not.