Skip to content

Build Not yet confirmed elsewhere1 publisher 3 min read Published

Copilot code review only ever files comments, so stop buying it as a merge gate

GitHub's own docs say Copilot always submits a Comment review. A governed change has four checkpoints, and the one holding authority is still branch protection.

The Engineer · Build desk

Send a correction

What happened

  • GitHub documents that Copilot code review always files a Comment review, never Approve or Request changes, so it cannot satisfy required approvals or block a merge.
  • The dev.to piece splits a governed change into four checkpoints: before commit, repository investigation, pull-request triage, and merge governance.
  • A documented Copilot caveat: when the Actions runners behind its agentic capabilities are unavailable, a review is still produced, without the context gathering.

Why it matters

  • Who has to decide decision A shortlist scored as one product category leaves the gate unstaffed; the buying decision has to be split by checkpoint, with authority priced separately from detection.
  • What it limits constraint Comment output that can thin out silently and may not repeat on later pushes is weak material for an audit answer about what was reviewed.
  • Who's exposed exposure Cross-repo search capability comes with reach across team boundaries, so the scoping of read permissions becomes part of the review tooling risk, not an afterthought.
  • What it sets up precedent Once one vendor ships judgment as a required status with an override trail, that becomes the reasonable thing to demand of the rest, and the argument moves from model quality to policy design.

The asymmetry here has nothing to do with model quality. Spotting a possible defect is probabilistic work; stopping a merge needs an explicit policy, a visible status, a controlled override, and an audit trail [3]. A comment carries none of those properties, so GitHub's boundary reads as a coherent design decision rather than a gap to route around [1].

Map the four products in the source onto the four checkpoints and almost nothing overlaps. CodeBuddy is described as useful before a pull request exists, in IDE, extension and CLI workflows, with Chinese-language requirements and comments [15]. Cody addresses the context bottleneck at investigation time, using keyword search, Sourcegraph Search and the code graph to find the dangerous caller that lives in another repository [10]. Copilot spans local review in VS Code, Visual Studio, JetBrains IDEs and Xcode plus PR review on GitHub [6], with instruction files and path rules for customization [7]. CodeRabbit runs triage across GitHub, GitLab, Azure DevOps and Bitbucket with path filters and path-specific instructions [5], and reaches the fourth checkpoint only because its pre-merge check becomes a deterministic status inside branch protection with a human override attached [4]. That is a portfolio with one contested column, not a bake-off [13].

Two Copilot operational details deserve more weight than they usually get. If the Actions runners behind the agentic capabilities are unavailable, a review is still generated, minus the context-gathering [8]. And by default, review may only happen when the PR opens, so re-review on new pushes is something you verify rather than assume [9]. Enabling the feature therefore buys coverage that is neither guaranteed complete nor guaranteed repeated [14], and the artefact on the PR looks the same in the degraded case as in the good one. To borrow the author's analogy, a triage nurse can decide you are in real trouble, move you up the queue and hand the doctor a useful summary, but cannot authorize surgery [16]. The author's charge is that most teams shopping AI code review are buying the nurse while writing the job description for the surgeon [17].

Read the source with its provenance in view. It is a dev.to comparison whose sharpest structural contrast lands in CodeRabbit's favour, since CodeRabbit is the one product credited with a status that participates in branch protection [4]. Its CodeBuddy conclusion is stated as an evidence limit inside the official material reviewed, not as a finding that the capability is absent [15]. The load-bearing part is the piece nobody has to take on trust: GitHub documents that Copilot's review never counts toward required approvals and never blocks a merge [1].

Which leaves the fourth checkpoint exactly where it was. Merge governance is staffed by branch rules demanding tests, static analysis, security scans, designated human approvals and auditable exceptions [12]. AI output can be evidence inside that machinery, and in CodeRabbit's case a status feeding it [4], but the enforcement stays mechanical. If a procurement conversation promises otherwise, the thing being sold is checkpoint three with a checkpoint four label on the box.

What to watch

  • Whether GitHub ever lets Copilot review emit a status check that branch protection can mark as required, which would move it out of comment-only territory.
  • Whether CodeRabbit's pre-merge check holds up when inspected as a required status in a live branch protection config, override trail included.
  • Whether Copilot re-review on push becomes the default, and whether runner-degraded reviews are labelled as degraded on the pull request.

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence46
Adoption
Not scored
Hype gap−8
Incentives54
Confidence42
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    GitHub's documentation states that Copilot code review always submits a Comment review, never Approve and never Request changes; it does not count toward required approvals and does not block a merge.

    Reported Supported Source: GitHub documentation, as cited by dev.toView cited source
  2. [2]

    The source frames a governed change as passing through four checkpoints: before commit, repository investigation, pull-request triage, and merge governance.

    Reported SupportedView cited source
  3. [3]

    Finding a possible defect and preventing a merge are separate operations: the first is probabilistic analysis, the second requires an explicit policy, a visible status, a controlled override, and an audit trail.

    Reported SupportedView cited source

Get this ledger inside ChatGPT. Ask about any of our stories and the answer brings its figure, each claim’s verdict and the sources. Free, no account.

Add to ChatGPTAdd to Claude

Sources

1 independent publisher whose own reporting we read for this story.

  1. dev.to

    1 article · August 25, 2026

    Copilot's Code Review Cannot Block Your Merge. It Says So in the Docs.

Share your take

Let Clarity write the post for you.

Signed-in readers get a short post drafted on this story in the register they choose — narrative, analytical, or a direct position — editable to the last word before it goes anywhere. The share buttons at the top of this story work without an account.

Topics and entities

Follow any of these and your For You feed starts watching them — no settings page required.

Topics

Loading related stories