Specify filepath in `cobertura_xml_report`, instead of folder
Nessuno ha ancora preso questa issue.
- Lingua principale
- Python
- Stelle
- 20.6k
- Fork
- 3.3k
- Metriche di merge delle PR
- Metriche PR in attesa
Descrizione
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"}
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia tracciando come mypy gestisce l’opzione cobertura_xml_report e come le altre sue uscite di report interpretano i percorsi. Confronta il percorso diretto del file richiesto con il comportamento esistente per le cartelle e con la distinzione proposta tra file e directory TOML. Il lavoro è completato quando un nome di file XML configurato viene scritto direttamente senza una cartella aggiuntiva, mentre il comportamento esistente per le directory rimane chiaro e sicuro.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- python
- Ambito
- tooling
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 45/100