-
Notifications
You must be signed in to change notification settings - Fork 186
[FEATURE] Coverage Phase 2: Unit 75% gate #1401
Copy link
Copy link
Labels
area/ci-cdGitHub workflows, merge queue, gh-aw integrations, release pipeline.GitHub workflows, merge queue, gh-aw integrations, release pipeline.area/testingTest infrastructure, fixtures, e2e harness, coverage.Test infrastructure, fixtures, e2e harness, coverage.qualitytype/featureNew capability, new flag, new primitive.New capability, new flag, new primitive.
Metadata
Metadata
Assignees
Labels
area/ci-cdGitHub workflows, merge queue, gh-aw integrations, release pipeline.GitHub workflows, merge queue, gh-aw integrations, release pipeline.area/testingTest infrastructure, fixtures, e2e harness, coverage.Test infrastructure, fixtures, e2e harness, coverage.qualitytype/featureNew capability, new flag, new primitive.New capability, new flag, new primitive.
Type
Fields
Give feedbackNo fields configured for Task.
Projects
Status
Done
Is your feature request related to a problem? Please describe.
After Phase 1, coverage is visible but not enforced. Unit coverage
could regress without blocking the PR.
Describe the solution you'd like
Add a conservative unit coverage gate at 75% -- 5 points below the
80% baseline -- to catch major regressions while leaving headroom
for normal fluctuation. Integration remains report-only.
Changes
fail_under = 75to[tool.coverage.report]inpyproject.tomlci.ymltest step fails when coverage drops below 75%Describe alternatives you've considered
and could cause false-positive failures during refactors.
Additional context
Parent: #1398 -- Phase 2 of the progressive coverage strangler-fig ratchet.
Current unit coverage is 80%, so this gate is 5 points below actual.
Apply ratchet rule: if actual exceeds 80%, raise gate to
actual - 3.Acceptance criteria
$GITHUB_STEP_SUMMARY