Self-review posts LOW nit findings; no severity floor configured #105
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Reference
marvin8/wuming#105
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Our own PR-review workflow (
.forgejo/workflows/ci.yml,pr-reviewjob) runs WuMing without a severity floor, so LOW wording/style nits post on every review wave and every fix-push re-raising them. On #75 the maintainer declined most LOW findings and several MEDIUM ones.WuMing 0.12.0 (already what self-review runs, via
uses: ./) supports a severity floor and findings fact-checking; the self-review config predates both.Findings from exploration:
pr-reviewjob usesuses: ./— it reviews every PR with the PR's own checkout, so 0.12.0 features (verification pass, severity floor) are already available; there is no version ref to bump. Pinning@0.12.0would replace dogfooding with released-code review — a semantic change, not an update, so not done here.min_severityhas nowith:input inaction.yml(env-only option), so the floor is configured via a step-levelenv:block.WUMING_VERIFY) defaults to on, so no explicit config needed.Plan of attack:
.forgejo/workflows/ci.yml,pr-reviewstep: addenv: WUMING_MIN_SEVERITY: "medium".Branch:
feat/issue-105-ci-severity-floorCommit:
:construction_worker: enable medium severity floor for self-reviewPR: targets
main,Closes #105