python / python/mypy

Specify filepath in `cobertura_xml_report`, instead of folder

Offen
#20,229 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

feature
Vorherrschende Sprache
Python
Sterne
20.6k
Forks
3.3k
PR-Merge-Kennzahlen
PR-Kennzahlen ausstehend

Beschreibung

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"}

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit nachzuverfolgen, wie mypy die Option cobertura_xml_report verarbeitet und wie seine anderen Reporting-Ausgaben Pfade interpretieren. Vergleiche den angeforderten direkten Dateipfad mit dem bestehenden Verhalten für Ordner und der vorgeschlagenen Unterscheidung zwischen TOML-Datei und -Verzeichnis. Als erledigt gilt, wenn ein konfigurierter XML-Dateiname direkt geschrieben wird, ohne einen zusätzlichen Ordner, während das bestehende Verzeichnisverhalten klar und sicher bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
python
Bereich
tooling
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.