processing / processing/processing-contributions

Automate reporting for BROKEN libraries

Offen
#70 5 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

enhancement
Vorherrschende Sprache
Python
Sterne
8
Forks
8
Ø Merge
4 T. 22 Std.
Gemergte PRs (30 T.)
3

Beschreibung

Right now, broken contributions are only visible in contributions.yaml through the status: BROKEN flag.

If a contribution go missing, we have to wait for someone to report that they don't appear in the contribution manager (like here for example)

It would be helpful to automate the reporting process when a library is first marked as BROKEN.

For example, we could open an issue automatically when a library is reported as BROKEN for the first time.

On a related note, we could add optional fields in contributions.yaml and submission issue template for the repository URL and GitHub username(s) of the author(s). This would make it easier to tag maintainers when their contribution goes down.

Would love to hear thoughts on this. Happy to help if we decide to move forward!

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

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 mit der Überprüfung von contributions.yaml und der Vorlage für Einreichungs-Issues und verfolge anschließend die Python-Skripte des Repositorys, die die Beitragsliste für den PDE Contribution Manager und die Website konvertieren. Ermittle, wie ein erster BROKEN-Status einen Bericht auslösen kann und wie die Felder für das Maintainer-Repository und den Maintainer-Benutzernamen durch den Prozess weitergegeben werden sollen. Als erledigt gilt, wenn das Reporting-Verhalten und das Verhalten für optionale Metadaten spezifiziert und durch geeignete Prüfungen abgedeckt sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
python
Bereich
tooling
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
38/100

Neue Issues direkt in Ihr Postfach

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