Ich bin immer dafür, kleinere Bugfixes so früh wie möglich zu veröffentlichen. Ich bevorzuge Release im Django-Stil

Es gibt mindestens eine neue Funktion im Master https://github.com/celery/celery/commit/0d5b840af1890a9a499a339aa3256445b43837dc
Wir müssen alle Bugfixes herauspicken.

Ich möchte wirklich eine neue Version mit https://github.com/celery/celery/pull/4358 veröffentlichen, aber es braucht eine Testabdeckung.

@thedrow Ich würde vorschlagen, dass wir die Komplexität eines Release-Zweigs vermeiden. Gehen wir einfach zur nächsten Nebenversion (4.2.0), um mit der semantischen Versionierung konform zu sein. Was denken Sie?

Ja, machen wir das.

@georgepsarakis Irgendwelche Updates zu 4.2? Die Zeit-/Zeitzonen-/Eta-Bugfixes scheinen kritisch zu sein...

Es gibt einen PR, den wir zusammenführen müssen, der bei der Verwendung des Redis-Ergebnis-Backends zu Speicherlecks führt.
Überprüfen Sie, ob der Meilenstein ein Fortschritt ist. Wir sind fast da.

Zu Ihrer Information, ich heirate am 28. Dezember, also glaube ich nicht, dass wir vorher veröffentlichen können.
Ich möchte, dass wir bis zum 7. Januar eine Freilassung aus der Tür bekommen.
@georgepsarakis @auvipy Bitte bereiten Sie vorher eine rollierende PR mit den Versionshinweisen für Pyamqp, Kombu und Sellerie vor.

@Fokko @johnarnold Wenn Sie helfen möchten, haben wir noch 4 Pull-Requests, die eine Testabdeckung und/oder ein Rebasing erfordern, bevor wir 4.2 veröffentlichen.

Ich habe gerade #4369 zum 4.2-Meilenstein hinzugefügt, da ich denke, dass ich in der nächsten Woche oder so dazu in der Lage sein werde.

Milestone 4.2 hat sein Fälligkeitsdatum überschritten und mehrere Ausgaben sind noch offen (33/98 Ausgaben sind noch offen (33 %)).
ich bin neu im Projekt und habe daher eine Frage dazu.

Normalerweise verwenden Projekte in Bezug auf Meilensteine ​​eines von zwei Modellen, entweder:

1. Verschieben Sie das Fälligkeitsdatum, bis alle Meilensteinprobleme gelöst sind, oder
2. Um alles, was am Fälligkeitsdatum fertig ist, freizugeben und den Rest zu trimmen?

Was ist der Celery-Ansatz für Meilensteine?

Der einzige Blocker der Veröffentlichung ist derzeit https://github.com/celery/celery/issues/4423, da wir eine neue Funktion hinzugefügt haben, die eine Dokumentation erfordert.
@georgepsarakis Kannst du bitte mit der Arbeit an den

@thedrow Ich werde versuchen, es in Kürze zu starten.

Ich habe die Meilensteinausgaben aktualisiert

@auvipy @thedrow Wenn möglich, frieren wir bitte das Zusammenführen von Pull-Requests ein. Was denken Sie?

https://github.com/celery/celery/pull/4481 eine letzte Zusammenführung. und gesperrt

Wir sollten #4423 vor der Veröffentlichung fertigstellen, aber das gilt nicht für die Versionshinweise.

Würde gerne sehen, dass dies bald veröffentlicht wird. Ich habe nur Zeit damit verbracht, herauszufinden, warum automatische Wiederholungsversuche nicht funktionierten (#4341).

Angeblich gibt es ein Problem mit master nach (wahrscheinlich) dem Zusammenführen dieser PR :

• https://github.com/celery/celery/issues/4498
• https://github.com/celery/celery/issues/4041

Wo sehen Sie die Berichte zum Master?

In #4498:

Erwartetes Verhalten
Auf dem Master-Zweig funktioniert es überhaupt nicht. Du bekommst das:

Und in https://github.com/celery/celery/issues/4041#issuecomment -359845025

@georgepsarakis dieser Fehler tritt auf, wenn die Methode vom Class-Objekt aus aufgerufen wird, anstatt von einer Instanz ... ich vermute, dass dieses Problem auftritt, wenn apply_async für ungebundene Aufgaben aufgerufen wird (noch nicht bestätigt).

BEARBEITEN Dies scheint zu passieren, wenn Vererbung anstelle des Aufgabendekorators verwendet wird:
python class AddTask(Task): def run(self, *args, **kwargs) # ...
vs.
python @app.task() def add_task(*args, **kwargs): # ...

Spricht jemand die Release-Blocker an?

Ich werde keine Regression in die Wildnis entlassen. Vielleicht sollten wir die beleidigende Änderung rückgängig machen und die PR neu erstellen?

Dies ist eigentlich ein sehr altes Problem https://github.com/celery/celery/issues/3723 plz check

Ich habe über #4198 und #4041 gesprochen, die @georgepsarakis erwähnt hat.
Wenn ich falsch liege, ist dies kein Blocker und wir müssen Probleme als Duplikate schließen.

Es sieht so aus, als hätte ich auf #4041 zu früh gesprochen. Sollten wir versuchen, den neuesten Master auszuführen, um zu sehen, ob die Probleme vollständig behoben sind?

Bitte.

Es scheint immer noch für Cron-Aufgaben defekt zu sein. Es scheint auch ein sehr kleines Redis-Speicherleck zu geben.

Issue https://github.com/celery/celery/issues/3808 ist für mich auch noch auf Master defekt.

Ich würde wetten, dass dieser Fix für #3723 ziemlich klein wäre, wenn jemand mit Sellerie-Interna-Kenntnissen einen Blick darauf werfen könnte. Es ist leicht zu reproduzieren.

Leider habe ich alleine nicht genug gegraben...

3808 haben einen 5.0 Meilenstein. Genauso wie #3723

Das einzige, das vor der Veröffentlichung übrig bleibt, wenn wir dem Meilenstein folgen (https://github.com/celery/celery/milestone/19) ist #4423

Sind die Meilensteine ​​falsch?

Ich habe den Meilenstein aktualisiert

@auvipy @georgepsarakis @thedrow @ask

4041 macht keine Fortschritte und blockiert die Veröffentlichung einer Tonne anderer Fixes. Wenn dies ein bereits vorhandener Fehler und kein Rückschritt ist, können wir dann eine Veröffentlichung dessen erhalten, was bereits getan wurde?

@johnarnold Es gibt eine Regression, die wir beheben oder rückgängig machen müssen https://github.com/celery/celery/issues/4041#issuecomment -359875276 und ein weiteres Problem, das noch unklar ist, ob es durch Celery 4.2 verursacht wird.
Wir müssen zuerst die Regression beheben und sehen, ob wir das Problem auf Celery 4.2 noch reproduzieren können.

Problem tritt nur bei Tasks/PeriodicTask im alten Stil auf - siehe #4572

Wäre es angesichts der Größe dieser Veröffentlichung sinnvoll, bald eine Alpha-/Beta-Vorabversion zu erstellen? Ich denke, das würde einigen Benutzern ermöglichen, mehr reale Tests durchzuführen? Gerne stelle ich ein Alpha-Release auf unsere Testsysteme!

Auf der anderen Seite weiß ich es zu schätzen, dass es Arbeit für die Betreuer darstellt, also kannst du gerne nein sagen 😄

Ich denke, wir werden mit einer Beta-Version beginnen, ja.

das wird toll

@thedrow @auvipy lassen Sie es mich wissen, wenn Sie möchten, dass ich die Bemühungen um das Changelog wiederaufnehme. Ich bin damit einverstanden, dass eine Freigabe so schnell wie möglich erfolgen soll. Es scheint, dass mit #4572 #4041 tatsächlich behoben sein könnte.

ja, bitte setzen Sie die Arbeit am Changelog fort

@auvipy @thedrow Ich werde heute wahrscheinlich einen Pull Request einreichen.

@thedrow Gibt es noch etwas für die Veröffentlichung? Wenn Sie Hilfe benötigen, lassen Sie es mich wissen.

Habe gestern die Release-Ankündigung geschrieben. Ich werde heute taggen.

Es stellt sich heraus, dass uns die richtige Dokumentation für das Backend der Redis Sentinel-Ergebnisse fehlt.
Dies ist kein Blocker für die Veröffentlichung, da wir zuerst einen RC veröffentlichen werden, aber lasst uns ein Problem damit öffnen und es vor der GA beheben.

Ich habe gerade 3.1.26 mit https://github.com/celery/celery/pull/4357 veröffentlicht.
Dieser Fix ist entscheidend für die Migration zu Celery 4.x, daher habe ich eine spezielle 3.x-Version speziell dafür erstellt.

Erste RC wurde veröffentlicht.
Ich werde später, möglicherweise morgen, Ausgaben für Dokumentationsblocker erstellen.

hast du vielleicht pyamqp- und kombu-releases vergessen?

Ich nicht. Ich hatte einfach keine Zeit dazu. Ich muss auch die Release Notes für sie vorbereiten.

Oh, das tut mir leid. danke für den rc. Nachdem Sie andere Pakete gepusht haben, benachrichtigen Sie mich über die Ankündigung eines Blogbeitrags

Es stellte sich heraus, dass wir ein Kompatibilitätsproblem mit Flower haben, weil wir eine RC veröffentlicht haben. Siehe https://github.com/mher/flower/issues/791
Es ist eine sehr einfache Lösung. Irgendwelche Freiwilligen?

habe es ausprobiert: https://github.com/mher/flower/pull/792; lass mich wissen was ihr denkt

Ich habe gerade Celery 4.2.0RC2 veröffentlicht.

Danke! können wir mit der neuen Veröffentlichung der anderen Abhängigkeiten rechnen, wenn Sie natürlich die Zeit einhalten könnten?

Wenn jemand die Versionshinweise macht, kann ich sie veröffentlichen.

@thedrow Können wir eine endgültige Veröffentlichung erhalten?

Es gibt ein paar Dinge, die ich zuerst reparieren möchte. Ich werde später eine Checkliste erstellen und Aufgaben zuweisen.

Hallo, danke für die neue Version.

Ich installiere es: pip install celery==4.2.0RC2
Ich betreibe es:
celery -A app worker -l info --beat => celery<strong i="10">@mountain</strong> v4.2.0rc2
celery -A app beat -l info -S django => scheduler -> django_celery_beat.schedulers.DatabaseScheduler

Aber der Scheduler sendet immer alte Aufgaben, die aus den periodischen Aufgabeneinträgen entfernt wurden.

Es scheint, dass #3812 mit https://github.com/celery/celery/issues/3812#issuecomment -381554599 reproduziert werden kann.
Wir werden das vor GA beheben, wenn das wirklich der Fall ist.

Ich habe unseren letzten RC veröffentlicht. Wenn keine Probleme gefunden werden, werden wir die GA in Kürze veröffentlichen.
Das einzige, was jetzt wirklich fehlt, sind das Dokument zum Freigabeprozess und #4679.

Hallo alle.
Ich versuche, mich stärker in das Projekt einzubringen.
Kann ich bei der nächsten Version helfen?
Vielen Dank.

Hallo @xirdneh . Es gibt viele Möglichkeiten, wie Sie dazu beitragen können:

• Kombu Changelog für 4.2 wurde glaube ich noch nicht erstellt: https://github.com/celery/kombu/issues/849
• Sellerie-Änderungsprotokoll ist möglicherweise auch nicht abgeschlossen
• Wir haben eine erforderliche, ausstehende Dokumentationsänderung: https://github.com/celery/celery/issues/4721
• Eine stabile Veröffentlichung hängt auch von der Auflösung von https://github.com/celery/celery/issues/4731 ab
• Betatesten Sie die RC3-Version (zB in Ihrer Staging-Umgebung), wenn Sie die Kapazität und die Zeit dafür haben.

Lassen Sie es mich wissen, wenn Sie weitere Hinweise und Hilfe benötigen, danke!

Fantastisch,
Ich werde sehen, was ich für #4731 und die Dokumentation tun kann.
Vielen Dank.

Beachten Sie, dass ich Kombu 4.2 veröffentlicht habe, das Celery 4.1.0 bricht.
Ich werde bald ein Bugfix-Release veröffentlichen. Wenn Sie noch Celery 4.1.0 verwenden, fordere ich Sie auf, so schnell wie möglich ein Upgrade durchzuführen.

Ich habe 4.1.1 veröffentlicht und fordere alle auf, ein Upgrade durchzuführen.
@auvipy Bitte veröffentlichen Sie dazu einen Blog-Beitrag.

Ist es möglich, Berechtigungen auf dem IRC Freenode #celery-Kanal zu erhalten, um das Thema zu ändern?
Einige Leute sind verwirrt über die Versionierung und ich kann das auf dem neuesten Stand halten.
Mein IRC-Handle ist josuebc
Vielen Dank.

können wir einen weiteren RC veröffentlichen?

@xirdneh Ich muss @fragen pingen .
Können Sie eine neue Ausgabe eröffnen?
@auvipy Ja, natürlich.

Ich habe gerade Celery 4.2.0RC4 veröffentlicht.
Wir müssen noch #4731 und #4721 lösen, um GA freizugeben.

https://github.com/celery/celery/pull/4762 behebt #4731

Neuer Blocker #4768 :(

Ich habe gerade amqp 2.3.0 veröffentlicht.
Bitte testen Sie es und lassen Sie uns wissen, wenn es Probleme gibt.

@thedrow auch möglicher Blocker https://github.com/celery/celery/pull/4770#issuecomment -392419237

Sieht aus wie einer.
Schade, dass wir es so spät erwischt haben.
Gibt es Freiwillige, die das beheben? Ich werde eine Bugfix-Version veröffentlichen.

Ich habe den Fix in amqp 2.3.1 veröffentlicht.

Ist #4768 jetzt der einzige Blocker?
Nimmt das jemand?
Ich werde dieses Wochenende etwas Zeit haben, es zu nehmen, wenn sonst niemand Zeit hat.

bitte schau mal nach @xirdneh

Könnte ein Blocker sein: https://github.com/celery/celery/issues/4791
Ich kann die Tests wahrscheinlich am Montag fertig schreiben.

Ich habe letzte PR zusammengeführt.
Soweit es mich betrifft, ist der Meister jetzt eingefroren.

Ich werde die Versionshinweise vervollständigen und heute veröffentlichen.

ja bitte :dolch:

Fantastisch!
:Metall:

Freigegeben! :tada:
Es gibt noch ein paar Dinge zu tun:
Wir müssen eine Ankündigung auf unserer Website veröffentlichen und sicherstellen, dass die Dokumentationswebsite auf Version 4.2.0 aktualisiert wird.

Vielen Dank für Ihre Zeit und Mühe an alle.
Dies war eine riesige Version mit vielen komplexen Problemen, die gelöst werden mussten, und wir haben uns der Herausforderung gestellt.
Gute Arbeit!

Ich habe einen Blogbeitrag veröffentlicht. können wir das schließen?

Jawohl.