Skip to content

pr-review skill: judge at TARGET, stacked bases, leave generated files to CI - #7501

Open
andrewnester wants to merge 3 commits into
mainfrom
andrewnester/pr-review-skill-merge-point
Open

andrewnester wants to merge 3 commits into
mainfrom
andrewnester/pr-review-skill-merge-point

Conversation

@andrewnester

@andrewnester andrewnester commented Nov 11, 2026 •

Copy link
Copy Markdown
Contributor

Changes

The main-distance check now says the review judges the code at TARGET and only tells the author what moved on main. Stacked PRs take BASE from their base branch so the parent PR is not reviewed twice. The sentence asking to regenerate generated files locally is replaced by a pointer to the CI check.

Why

Follow-up to pietern's questions on #7466, plus #7496 (stacked on #7006) where the parent hunks showed up in the review.

Tests

Docs only.

This pull request and its description were written by Isaac.

Answers two questions on #7466: the main-distance check only tells the
author what moved on main so they rebase, it does not move the review to
the merge point; and regenerating generated files locally duplicates the
deterministic CI check, so drop it.

Co-authored-by: Isaac <no-reply@databricks.com>
@andrewnester
andrewnester requested a review from a team as a code owner November 11, 2026 18:18
@andrewnester andrewnester added the ai-auto PRs made by AI loops & factories, label Nov 11, 2026
With BASE at the merge base with main, a PR stacked on another PR shows
the parent's hunks too and they get reviewed twice (#7496 on #7006).

Co-authored-by: Isaac <no-reply@databricks.com>
@andrewnester andrewnester changed the title pr-review skill: judge at TARGET, leave stale generated files to CI pr-review skill: judge at TARGET, stacked bases, leave generated files to CI Nov 11, 2026
Comment thread .agents/skills/pr-review/SKILL.md Outdated
main, and conventions it follows (changelog location, test matrix variables)
may have changed. Those are judged at merge time, not at `TARGET`, so name
the new location in the review body.
`git merge-tree --write-tree "$TARGET" origin/main`. If files the change

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will repeat comments for every PR in the stack if there is a conflict on a base PR.

Don't these conflicts show up as merge conflicts anyway?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Scoped both commands to the PR's base branch, so a parent conflict is reported once. Kept merge-tree: GitHub flags the conflict but not where the file went.

@andrewnester andrewnester Nov 12, 2026 •

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Correction: the check stays, reworked in 00b7b95. It now runs against the PR's base branch, so a stacked PR reports a parent's conflict once on the parent, and the text says what GitHub's conflict flag does not: where the touched files went and which conventions changed.

With the check against origin/main, a conflict the parent PR has with
main shows up again in every PR stacked on it. Run it against
origin/<baseRefName> for a stacked PR instead, and say what the check is
for: GitHub flags the conflict, the review names where the file went.

Co-authored-by: Isaac <no-reply@databricks.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ai-auto PRs made by AI loops & factories,

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants