Specify filepath in `cobertura_xml_report`, instead of folder
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 20.6k
- Forks
- 3.3k
- Métricas de merge de PR
- Métricas de PR pendientes
Descripción
Feature
Currently, the cobertura_xml_report is used as folder path, in which mypy typically only produces a single file cobertura.xml.
I would like to be able to specify a direct output path of the xml file, without having additional folders produced.
Pitch
Using the xml report in a CI requires additional config to archive an extra folder, which is unneeded if a target file can be specified.
Even when specifying something like cobertura_xml_report = "mypy.xml", the output file is still mypy.xml/cobertura.xml.
A potential workaround --cobertura-xml-report=. is unsafe because mypy simply overwrites any cobertura.xml produced by any other tool.
If the use case is too different from the other reporting outputs which all use DIR, please consider allowing this option via toml config.
For instance, something like this:
[tool.mypy]
cobertura_xml_report = {file = "mypy.xml"}
html_report = {dir = "mypy"}
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.
Línea de trabajo
Comienza rastreando cómo mypy gestiona la opción cobertura_xml_report y cómo sus otras salidas de informes interpretan las rutas. Compara la ruta de archivo directa solicitada con el comportamiento existente para carpetas y con la distinción propuesta entre archivo y directorio en TOML. Se considera terminado cuando un nombre de archivo XML configurado se escribe directamente sin una carpeta adicional, mientras el comportamiento existente para directorios sigue siendo claro y seguro.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- tooling
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 45/100