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
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
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [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.
- [2]
The source frames a governed change as passing through four checkpoints: before commit, repository investigation, pull-request triage, and merge governance.
- [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.
- [4]
What differentiates CodeRabbit's pre-merge check from Copilot's comment is not intelligence but that the judgment becomes a deterministic status participating in branch protection, with a human override path attached; the AI contributes evidence and the gate stays mechanical.
- [5]
CodeRabbit operates on GitHub, GitLab, Azure DevOps and Bitbucket, with automated reviews, PR walkthroughs, line comments, path filters and path-specific instructions in one workflow.
- [6]
Copilot spans local review in VS Code, Visual Studio, JetBrains IDEs and Xcode, plus PR review on GitHub triggered manually, via CLI or API, or automatically through repository settings.
- [7]
Copilot customization includes .github/copilot-instructions.md, path rules under .github/instructions/, and cross-agent conventions in AGENTS.md.
- [8]
A documented Copilot caveat: if the Actions runners behind the agentic capabilities are unavailable, a review is still generated, just without those context-gathering abilities.
- [9]
Teams should verify whether new pushes trigger Copilot re-review; by default, review may happen only when the pull request opens.
- [10]
Cody addresses insufficient context: keyword search, Sourcegraph Search and the code graph let a reviewer find every caller, compare middleware patterns, locate related tests and spot services still depending on old behaviour, for example when a 40-line PR changes an authorization helper whose dangerous consumer lives in another repository. This improves the evidence behind a human decision and is not the same workflow as a bot reviewing every PR automatically.
- [11]
With Cody, broad search access is what makes the tool useful and also what can expose code across team boundaries, so permissions deserve real attention.
- [12]
At the merge governance checkpoint, branch rules require tests, static analysis, security scans, designated human approvals and auditable exceptions.
- [13]
Across the four checkpoints the source defines, each of the four products it reviews is credited with a different primary station, and only one of them is credited with reaching merge governance.
- [14]
Enabling Copilot PR review buys coverage that is neither guaranteed complete nor guaranteed repeated, because the review can be generated with reduced context when runners are unavailable and may fire only at PR open by default.
- [15]
CodeBuddy is best understood before the pull request exists, covering Chinese-language requirements and comments, IDE and extension workflows, CLI access and Tencent Cloud development; within the official material reviewed, there was not enough evidence to claim an automated repository-wide PR-review and merge-gate workflow.
- [16]
The source uses emergency-room triage as the model for pull-request triage: a triage nurse can determine you are in serious trouble, route you ahead of the queue and hand the doctor a useful summary, but cannot authorize surgery; the value is coverage and ordering while authority stays elsewhere.
- [17]
The source asserts that most teams evaluating AI code review are shopping for a nurse while describing the job as a surgeon.
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.
Sources
1 independent publisher whose own reporting we read for this story.
- dev.toCopilot's Code Review Cannot Block Your Merge. It Says So in the Docs.
1 article · August 25, 2026
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.