Hi @stefanbauer,
Danke, dass du das angesprochen hast, es ist eine sehr faire Frage, und du hast recht, dass es heute nicht sichtbar genug ist.
Ein Teil der Antwort ist hier festgehalten: MAINTAINERS.md. Es erklärt, wer was überprüfen und zusammenführen kann und wie eine Veröffentlichung erfolgt. Kurz gesagt: master ist geschützt. Jeder PR benötigt eine grüne CI (Tests, Lint, 100% Patch-Abdeckung) und durchläuft die automatisierten Reviews (Cursor, CodeRabbit). Dann benötigt er die Genehmigung eines menschlichen Reviewers, der die Dateien genehmigen darf, die er berührt, und wird über die Merge-Warteschlange zusammengeführt.
Heute können drei Personen PRs auf Gladys überprüfen und zusammenführen: ich, @cicoub13 und @bertrandda.
Um ehrlich zu sein: Gladys wächst im Moment sehr schnell. Wir hatten noch nie so viele Mitwirkende, Integrationen und PRs gleichzeitig. Wir tasten uns noch herum, und das zeigt sich im Prozess. Wir werden ihn verbessern.
Es gibt auch eine persönliche Deadline auf meiner Seite: Ich werde bald Vater und werde etwa 2 Monate Elternzeit nehmen (mehr dazu hier). Ich bin normalerweise sehr schnell beim Überprüfen von PRs, aber im Moment konzentriere ich mich auf einige sehr hochprioritäre Themen, bevor ich gehe: diejenigen, die Gladys von der Abhängigkeit von mir befreien (externe Integrationen und die in MAINTAINERS.md beschriebene Organisation). Deshalb warten einige PRs länger als üblich.
In der Zwischenzeit können @cicoub13 und @bertrandda PRs für Fehlerbehebungen und Änderungen an internen Integrationen überprüfen, sodass diese nicht auf mich warten müssen.
Ich bin sehr motiviert, Gladys zu guten Open-Source-Projektmanagement-Praktiken zu führen: klarere Dokumentation des Prozesses, mehr Personen mit Review-Rechten, ein vorhersehbarerer Weg von „PR geöffnet“ zu „PR zusammengeführt“. Feedback wie deins hilft sehr. Wenn du denkst, dass in MAINTAINERS.md etwas fehlt oder unklar ist, lass es uns bitte wissen!
Nochmals vielen Dank für dein Engagement 