You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- Add --requester and --allow-untrusted-author flags to the review CLI,
plumbed through greenlight-review.yml as the `requester` workflow input
- Add github_client.get_pr_author to resolve a single PR's author for
the --pr scan path
- Enforce two authz gates in review.run(): reject untrusted requesters
before any network work, and refuse --pr unless the target PR's author
is trusted (both case-insensitive, clean exit 0 on refusal)
- Add --allow-untrusted-author as a LOCAL-ONLY bypass of the target-author
gate, never exposed as a workflow input and never affecting the requester
- Document the @greenlight recheck flow in README/CHEATSHEET; cover all
gate combinations with new tests
Backs the @greenlight recheck feature: a thin pytorch/pytorch trigger
(deployed separately) dispatches greenlight-review.yml with the PR number
and commenter login. Since --pr names an arbitrary PR (unlike the listing
scan, which is already trusted-author-only), the scan must independently
verify the target PR's author is trusted, or greenlight could be coaxed
into reviewing/approving any PR on request. The core guard: a trusted
requester still cannot bypass the target-author gate. resolve_authorized
(merge-rules work) runs only after both gates pass, so a spammed recheck
from an untrusted login costs nothing. The recheck hint is not yet
advertised in the PR status comment; that lands with the trigger.
Signed-off-by: Jean Schmidt <contato@jschmidt.me>
0 commit comments