docs(forge): a review that asks for a blocking change requests changes #135
No reviewers
Labels
No labels
area/accessibility
area/audio
area/input
area/install
area/menu
area/renderer
area/saves
area/upscaling
good first issue
gpu/amd
gpu/igpu
gpu/intel
gpu/nvidia
help wanted
kind
bug
kind
chore
kind
docs
kind
feature
kind
performance
kind
question
needs measurements
platform/linux
platform/steam-deck
platform/windows
preview
priority
critical
priority
high
priority
low
status
blocked
status
confirmed
status
duplicate
status
invalid
status
needs-info
status
wontfix
testing wanted
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
MagicBeanDev/Longshot!135
Loading…
Reference in a new issue
No description provided.
Delete branch "HumanBean/Longshot:docs/review-verdict"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
forge.py pr reviewcan already request changes, but nothing says when to. A review that asks for a fix before the merge could go out as a comment or an approval, and nothing on the PR would show it as blocked.What changed
docs/forge.md, "Reviewing a pull request", says how to pick the verdict.--request-changesis for a change that has to land before the merge: a bug, a broken rule from CONTRIBUTING.md, a failing check. That applies to a WIP PR too.--commentis for questions and suggestions.--approveis for a PR that can merge as it is, with nits allowed as inline comments.scripts/forge.py, the module notes say the same, and so do thepr reviewdescription and the help for--approve,--commentand--request-changes. Behaviour is unchanged.Flags and settings
None
Measurements
main:
d40506c5(2026-11-13)this PR: docs/review-verdict @
c57cbf58Hardware: Linux (CachyOS), Python 3; no GPU involved
Scene: none: docs and a command's help text, nothing in the game
Method:
tests/test_forge_pr.py;python -I scripts/forge.py pr review --help;python -I -B tests/run_all.pyon main and on this PRHow to reproduce:
python -I scripts/forge.py pr review --helpd40506c5c57cbf58pr review --helpnames when to request changestests/test_forge_pr.pytests/run_all.pyTesting
Tested:
tests/test_forge_pr.pyon Linux: all 25 pass.pr review --helpshows the new help text.python -I -B tests/run_all.pyon Linux: 461 passed, 7 failed, 69 skipped. The same 7 fail onmainon this PC, which comes from this PC's environment:test_bake_portability,test_builder_log_read_only,test_program_cache_cleanup,test_control,test_longshot_ctl,test_program_cache_one_variant,test_vram_budget_row.Not tested:
Needs other testers:
None
Screenshots
Nothing on screen
Risk and rollback
None at runtime: only text changes. Reverting the commit is enough.
Reviewer notes
The CLI doesn't enforce the rule, because whether a change is blocking is the reviewer's call.
Issues
None
Checklist
For everyone
type(scope): description).main.python -I -B tests/run_all.pyrun and passing (any failure that also fails onmainis named above).third_party/untouched (a new folder with aPROVENANCE.mdinstead).If applicable
Assisted-by:/Co-Authored-By:trailers.🤖 Generated with Claude Code
2673fc00b7c57cbf58b7Rebased onto
d40506c5(#133, the issue labels). It didn't conflict. test_forge_pr and run_all were run again, with the same results.WIP: docs(forge): a review that asks for a blocking change requests changesto docs(forge): a review that asks for a blocking change requests changes