survey: -allow-errors does not name the failed packages in Markdown
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- go, markdown
- Área
- cli, developer-experience
Línea de trabajo
Empieza con la tabla Markdown Checks y la ruta de salida -allow-errors; compárala con checks.typeCheck.failed en la salida JSON para ver dónde están disponibles los nombres de los paquetes que fallaron. Comprueba README.md:1504 y skills/declscope-adoption/SKILL.md:173 para verificar el comportamiento prometido. El trabajo estará terminado cuando Markdown identifique los paquetes que fallaron o ambos documentos indiquen correctamente a los usuarios que consulten JSON.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
README.md:1504 and skills/declscope-adoption/SKILL.md:173 say that -allow-errors "names it under type check". The Markdown row only counts, as in 0 packages ok, 1 failed, and nothing is printed on stderr. Only checks.typeCheck.failed in the JSON names the packages. It has been this way since #98.
Markdown is the default format, so it never tells you which package failed.
Suggested fix
List the failed packages under the Checks table in Markdown, which is what the docs promise. Or correct both documents to point to the JSON.
- Lenguaje dominante
- Go
- Estrellas
- 42
- Forks
- 1
- Merge medio
- 1 h 18 min
- PR fusionados (30 d)
- 94
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 mpyw/declscope
-
documentation P3
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
documentation P3
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
Los mantenedores suelen responder en 1 día
-
bug P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
bug P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
Todos los issues de mpyw/declscope
Issues similares
-
automation models
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
bug triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
mvanhorn/cli-printing-press#5146 ·
Los mantenedores suelen responder en 1 día
-
.jsonc files are skippedAbiertobug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
alibaba/open-code-review#1800 ·
Los mantenedores suelen responder en 1 día
-
kind/engineering needs-triage pulumi/registry R2 S2 Task
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día