[quality] Re-evaluate the e2e branch coverage floor after pending coverage work lands
Los mantenedores suelen responder en 1 día
Ya se ha fusionado un pull request relacionado.
- #556 de @hivecommons-hive — fusionado
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
Línea de trabajo
After #528, #548, #537, #544 and #549 (or replacements) land, run npm run test:coverage:e2e to measure the combined main baseline. Compare it with the current 97% branch floor in vitest.e2e-coverage.config.mjs, then decide whether 98% is appropriate and record the measured baseline and rationale. If changing the floor, update the matching figure in docs/contributing.md and verify the command passes; an open linked pull request (#556) is already against this issue.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Scope
Preserves the branch-floor follow-up previously folded into #523. Current vitest.e2e-coverage.config.mjs sets branches to 97. The folded proposal suggested 98, but none of the existing coverage PRs implements that change.
- After #528, #548, #537, #544 and #549 (or their replacements) land, measure the combined main baseline with npm run test:coverage:e2e.
- Decide whether a 98% branch floor is appropriate, recording the measured baseline and decision. A one-branch regression will not necessarily cross a whole-percentage threshold; do not claim that guarantee.
- If raised, update vitest.e2e-coverage.config.mjs and the corresponding docs/contributing.md figure together, and verify the command passes. If retained at 97, record the rationale instead.
Do not merge unit and bundle coverage reports. This decision is separate from the trigger mutation tests in #523/#524.
- Lenguaje dominante
- TypeScript
- Estrellas
- 135
- Forks
- 24
- Merge medio
- 1 d 6 h
- PR fusionados (30 d)
- 232
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de cncf/prow-github-actions
-
agent/quality kind/cleanup stage/045-needs-decision testing
Dificultad 3/5 1-2 días Aptitud para principiantes 15/100
cncf/prow-github-actions#672 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[quality] chart: CronJob name exceeds the 52-character API limit for release names of 32+ characters; no test pins resource-name lengthPosiblemente ocupada @mrbobbytables la tomó hace 3 días. Abiertoagent/quality kind/cleanup stage/040-covered-by-pr testing
Dificultad 3/5 Medio día Aptitud para principiantes 50/100
cncf/prow-github-actions#667 ·
Los mantenedores suelen responder en 1 día
-
🐝 Hive Advisory ReportAbiertohive/advisory kind/cleanup
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
cncf/prow-github-actions#170 · 9 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de cncf/prow-github-actions
Issues similares
-
area: web bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
kinqsradio/orbyn-engineering#227 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
joeldesante/TurfBuilder#258 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
ncecere/open-mcp-portal#85 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 63/100
loathers/garbage-collector#2865 ·
Los mantenedores suelen responder en 1 día
-
test-reliability
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Azure/azure-sdk-for-js#40672 · 1 reacción ·
Los mantenedores suelen responder en 1 día