Skip to main content
A release is one on-demand risk assessment of a commit range in a connected repository, listed under Review → Releases. An agent reads the actual diff and publishes a 0–100 risk score with the evidence behind it, and you record the Approve or Hold call.

​
Why release reports

  • One answer to “is this safe to ship?” The report opens with what the release does, then the score, the risk band, and a review verdict.
  • Evidence, not a checklist. The agent reads the real diff of the range, so a nullable migration and a table rewrite score differently even when they touch the same file.
  • A recorded decision. Approve or Hold is a CloudThinker record with a note, visible to the whole workspace.
  • Nothing blocks your pipeline. The decision is never written back to your Git provider as a commit status, check, or approval.
  • You choose when to spend. An analysis starts only when a person asks for one — tagging or pushing never opens a release.

​
Analyze a range

1

Open the Releases list

Go to Review → Releases and click Analyze a range.
2

Pick the range

Select the Repository, then pick the Release head — a tag, branch, or commit — and the comparison base. CloudThinker resolves both refs and verifies the base precedes the head; an unknown or unrelated base fails with an actionable message before any analysis starts.
3

Start the analysis

Confirm the measured range and start the analysis.Success state: the release appears in the list under the Analyzing tab, and moves to Needs your decision when the report is published.
Every analysis is its own release row, even for a range you analyzed before — repeat analyses of one release form a series. The lifecycle of a row: A failed analysis publishes no score — CloudThinker never fabricates a “safe” number for a range it could not read.

​
What the report contains

The report opens with a short release summary, the risk score, and a review verdict: Full review required when any factor is blocking, otherwise Standard review. The score falls into one of three bands: Below the verdict sit three lists that never repeat each other: A blocking factor always arrives with at least one Before you ship action, so the report never names a ship-stopper without something to do about it. When the agent could not assess part of the range, the report says so with explicit limitations instead of scoring blind. The report also shows the measured size of the range — commits, merge requests, files, and line counts — plus unresolved Critical and High review findings on the range’s merge requests. On AWS CodeCommit, merge request counts read not available because the provider keeps no commit-to-pull-request index; line counts are likewise unavailable on Azure DevOps and AWS CodeCommit.
Counts are point-in-time. A release scored with three unresolved critical findings keeps showing three after you fix them — re-analyze the range for a fresh number.

​
Approve or hold

Approve and Hold sit beside the report. Each opens a dialog with a note; holding a release whose report published no blocking factor requires one, so the next reader always sees why it is paused. The decision stays inside CloudThinker — it never blocks anything on your Git provider. The list’s tabs are the decision queue: Held releases also surface on the Review overview as a Releases on hold card, naming each held release and why. Re-analyzing a series supersedes the older report: it stays readable for history, but only the latest published report accepts Approve or Hold.

​
Act on the report

Each open next action offers Mark resolved and Dismiss — a dismissal always records a reason. Your decision on an action carries forward to the next analysis of the same series when the instruction is unchanged, so work you already settled does not reopen. A tick is your claim, not a verification; only a re-analysis confirms a risk is gone. You can also hand the open actions to an agent: Fix all has the agent work through the list on the branch and verify each change, and Chat about these opens a chat with the report as context. The download button renders the report as a PDF for sharing outside CloudThinker.

​
FAQ

No. A release opens only when a person clicks Analyze a range. Pushes, tags, and webhooks never start one, so every report is one you asked for.
No. Approve and Hold are CloudThinker records. No commit status, check run, or provider approval is created, and nothing blocks your deployment pipeline.
A new release row is created. When its report publishes, the older report becomes Superseded — still readable, but it no longer accepts a decision.
Not necessarily. The score is the agent’s judgment on the diff, not an arithmetic formula, so treat trends and bands as the signal rather than exact score differences.

Review

What the Review module does across your repositories

Review Setup

Connect the repositories a release analysis can read

Pipelines

Turn failed CI runs into agent analysis and findings

Review Insights

Track review coverage, trends, and repository reports