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
* fix(permissions): rank a wildcard by what was measured to ride in it
crowd.dev's settings produced 22 identical word-boundary warnings, and
exactly one of the 22 rules grants remote writes. The one that deletes
a branch read no louder than git logfoo.
Three measured mechanics now set the volume. A wildcarded gh api allow
rule is a write grant: flags ride any star, and gh switches GET to POST
the moment a parameter is added — Bash(gh api repos*) auto-approved
-X DELETE, -f description=x, and a git/refs branch deletion. A mid-rule
star spans words, so one standing before the runner's subcommand admits
an exec form: pnpm --filter web exec rm -rf ./x build was auto-approved
by Bash(pnpm --filter * build). And fusion is ranked by reach: a
one-word prefix swaps the program itself (python* covers python3),
anything longer must share the prefix and drops to info.
One fact per rule: the sharpest statement about a wildcard suppresses
the word-boundary nag on the same rule. Deliberately not curl: the same
flags ride its wildcards, but unlock writes nothing in the command is
authorised to make.
* release: 2.2.0
A minor by the project's own precedent: a repository that reported
nothing can now report a wildcarded gh api rule as a write grant, and
two thirds of the corpus's word-boundary warnings drop to info. Every
new sentence carries the measurement that grounds it. Internal ranges
move with the version, as they did the last two times.
---------
Co-authored-by: Dennis Havermans <dennis.havermans@ae.be>
0 commit comments