cc @tilgovi @berkerpeksag

Ich möchte die folgenden PRs für 19.8 zusammenführen:

• [x] #1499 (Ich kann auf meine eigenen Kommentare eingehen,
• [x] #1569 (wird heute Abend zusammengeführt)
• [x] #1632 (überprüft)

@berkerpeksag habe ich dann kommentiert/genehmigt. Lass es mich wissen, wenn du Hilfe brauchst, da ich morgen vielleicht ein paar Zyklen habe :)

Ich habe offene PRs. Wollen wir einige davon zusammenführen?

• [x] #1481 (erlaube Python-Konfigurationsdateien, chdir zu setzen)
• [x] #1602 (Ich kann Kommentare von @berkerpeksag adressieren)

Beide PRs sind gut zu haben, wenn wir Zeit haben, sie einzufügen.

Meine sind drin. Kann ich bei der Überprüfung helfen?

1499 ist das einzige verbleibende. Ich habe meine Bewertungskommentare bearbeitet.

@berkerpeksag habe ich auch kommentiert, was

@berkerpeksag Ich habe keine Antwort zu #1499 bekommen. Ich habe Zweifel, ob ich ein Essen, das vor langer Zeit entfernt wurde, zurücksetzen soll. Wir sollten die Vor- und Nachteile davon sehen. Oder stellen Sie zumindest sicher, dass es keine Auswirkungen hat.

Ich denke jedoch, dass ich vor der Freigabe standardmäßig die SO_REUSEPORT-Option des Sockets deaktivieren werde. Die Gedanken?

@benoitc Ich bin mir nicht sicher, ob ich das verstehe - warum sollten wir den Standardwert für SO_REUSEPORT basierend auf diesem PR ändern?

(Wir verlassen uns darauf, dass SO_RESUSEPORT uns hilft, Zehntausende von Anfragen pro Sekunde effizient zu bearbeiten, daher gehe ich mit Änderungen vorsichtig um.)

Die Verwendung von SO_REUSEPORT als Standard scheint einige Leute zu verwirren, insbesondere diejenigen, die neu bei Gunicorn sind oder es in einer Entwicklungsumgebung verwenden. Es macht es möglich, ein neues Gunicorn zu starten, ohne das alte zu beenden, was dazu führt, dass mehrere Versionen einer Anwendung ausgeführt werden. Dies ist keine sehr angenehme Erfahrung für einen erstmaligen Benutzer, der sich fragt, warum seine Anwendung nur die Hälfte der Zeit die richtige Antwort liefert.

Wir werden die Funktionalität definitiv nicht entfernen, selbst wenn wir die Standardeinstellung ändern.

@berkerpeksag Ich habe keine Antwort zu #1499 bekommen. Ich habe Zweifel, ob ich ein Essen, das vor langer Zeit entfernt wurde, zurücksetzen soll. Wir sollten die Vor- und Nachteile davon sehen. Oder stellen Sie zumindest sicher, dass es keine Auswirkungen hat.

Wenn ich mir #1499 noch einmal anschaue, kann ich es gut als 'wontfix' schließen. Es ist ziemlich trivial, es mit Gunicorn 19.4+ kompatibel zu machen:

-            '-c', 'airflow.www.gunicorn_config'
+            '-c', 'python:airflow.www.gunicorn_config'

Auf meiner Todo-Liste vor jeder Veröffentlichung habe ich Folgendes:

• [x] #1669 (aktiviere die SO_REUSEPORT-Nutzung standardmäßig nicht)
• [ ] #1653

Ich werde jetzt versuchen, etwas für Freitag zu haben

Gibt es dazu noch Neuigkeiten?

Ich habe gerade PR #1669 zusammengeführt und PR #1499 geschlossen, also denke ich, dass der einzige Blocker jetzt #1653 ist.

Ich denke, wir müssen auch die Verhaltensänderung von SO_REUSEPORT (PR Nr. 1669) in den Versionshinweisen dokumentieren.

Wow, danke für die schnelle Antwort. 💯

Zu wissen, dass es die größte Sünde von allen ist, nach ETAs zu fragen, gibt es irgendwelche Neuigkeiten über den Fortschritt von # 1653, die die Veröffentlichung zu blockieren scheinen?

@benoitc @tilgovi sollten wir #1653 auf 19.9 unverändert veröffentlichen ? Es gibt einige wichtige Korrekturen in master und es gibt einige Fragen von Benutzern zu ETA für 19.8 in mehreren Ausgaben (zum Beispiel #1058), also frage ich mich, ob wir #1653 vorerst überspringen sollten.

Es gibt eine fast fertige PR für #1324:

• [ ] PR #1696

Ich kann #1653 gut überspringen

Ich sehe keinen Grund, nicht öfter zu veröffentlichen :) Wenn ich bis heute keinen Patch habe, lass uns morgen früh veröffentlichen.

Bei diesem Pyc-Zeug wäre ich dafür, es in der aktuellen Version zu reparieren und keine neuen Optionen hinzuzufügen. Ich würde diese Funktion eher ablehnen, da sie den Vertrag des automatischen Neuladens der Konfiguration und dergleichen bricht.

Pypi scheint noch bei 19.7.1 zu sein https://pypi.python.org/pypi/gunicorn
Als Nebengedanke könnte die README.md mit einer stabilen Versionsnummer versehen werden?
Durch pypi zu gehen, um zu überprüfen, was die aktuelle Version ist, fühlt sich etwas komisch an, oder vielleicht übersehe ich eine offensichtliche Versionsnummer, die irgendwo angezeigt wird 😕

Entschuldigung, dass ich anstoße, gibt es Neuigkeiten zur Version 19.8? Ich bin gespannt, mit dictConfig zu spielen :-)

( @Allu2 Bitte

Gibt es hierzu Neuigkeiten? Ich freue mich darauf, da es einige Probleme mit --reload in alpinen Containern behebt und unsere Entwicklungsumgebungen viel schöner machen würde!

Ich werde eine Veröffentlichung vorbereiten. @berkerpeksag @benoitc gut für dich?

@tilgovi +1 von mir.

Aus Neugier, was für ein Prozess ist es, einen Gunicorn-Release zu machen?
Diese Veröffentlichung scheint um die letzten 5 Monate mit mehr als einem "nächsten (Tag | Woche | bald)" verschoben worden zu sein.

@Allu2

• Änderungsprotokoll aktualisieren
• Markieren und hochladen
• Veröffentlichung auf GitHub vornehmen

Es ist nicht schwer, aber wir alle tun dies ehrenamtlich.

Ich habe das Changelog aktualisiert und glaube, dass alles für die Veröffentlichung vorbereitet ist.

Ich gehe schlafen und schneide das Etikett am Morgen ab, wenn ich im Falle eines Fehlers da sein kann, der eine Nachfolge-Patch-Veröffentlichung erfordert, aber ich erwarte keine Probleme.

19.8.0 ist erschienen!

Bitte kommentieren Sie hier mit Feedback oder Problemen!

Wir streben in Zukunft häufigere Veröffentlichungen an. Ihre Pull Requests und Reviews helfen. Wenn Sie daran interessiert sind, Betreuer zu werden, lassen Sie es mich wissen!

@tilgovi danke! und stimme zu :) Entschuldigung, dass ich nicht bald geantwortet habe Ich war den ganzen Monat unterwegs