Celery: Sellerie-Freigabezyklus

Unser Projekt wartet auf die nächste Version zur Unterstützung von Python 3.7. Wenn es eine Möglichkeit gibt, den Prozess zu unterstützen, lassen Sie es mich bitte wissen.

Helfen Sie uns, einen Sponsor für die Aufrechterhaltung des Sellerieprojekts zu finden. das ist das nötigste Zeug, um diesem riesigen Projekt wirklich viel Zeit zu widmen.

@auvipy definiere "Sponsor" :) Geld, Zeit? Viele große Spieler verwenden Sellerie.

Ein möglicher Ansatz sind zeitbasierte Releases, bei denen alles im Master einfach ausgeliefert wird (einmal/Monat?). Wichtige Bugfixes oder Sicherheitsfixes werden sofort ausgeliefert. Mit schnelleren Releases können Sie eine enge Feedbackschleife mit der Benutzerbasis in Gang setzen. Benutzer können nach Bedarf Versionen in ihrem Projekt anheften (wir tun dies), um unerwartete Abwanderungen zu vermeiden.

Ich verbringe Zeit damit, Fehler zu beheben, Verbesserungen, die mein Unternehmen benötigt, und zu versuchen, Meilenstein-Releases zu veröffentlichen...

@robertknight Klicken

Ich habe es nicht eilig, auf Python 3.7 umzusteigen, obwohl es schön wäre. War auf der Suche nach einigen Antworten in der Version 4.3. Nichts. Ich verstehe und verstehe, dass Geldmangel ein Problem bei einem so großen Projekt ist, weil es nicht anders sein kann, aber ich denke immer noch, dass die Dinge transparent gemacht werden sollten, indem jeder sagt, was die kurz- und langfristigen Pläne für Celery sind. Es gibt keine letzten Veröffentlichungen, die für sich selbst sprechen, und obwohl ich damit einverstanden bin, würde ich mich wohler fühlen, wenn ich weiß, wohin das Projekt führt. Da das Hauptprojekt wirklich kompliziert ist und eine Menge Dinge zu warten hat, wie sehen Sie Kernleute die Zukunft von Sellerie? Ich persönlich denke nicht, dass es ausreicht, Geld in das Projekt zu werfen, da sich die Python-Welt verändert und sich schnell entwickelt, sollten zumindest einige Dinge überdacht und eine Strategie entwickelt werden.

danke allen für eure eingaben. Abgesehen von den hier angesprochenen Themen stehen noch einige Dinge auf meinem Plan für die Zukunft von Sellerie,

1. Geben Sie Sellerie 4.3 so schnell wie möglich frei, wenn möglich bis Oktober.
2. Löschen Sie Python 2 aus dem Master-Zweig und machen Sie den Celery 4.x-Zweig zu einem LTS mit Fehlerbehebung nur bis Ende 2019.
3. umarmen Sie asyncio und sein Ökosystem, wo es möglich ist. große Überholung nötig.
4. Finden Sie eine asynchrone Alternative für Billard heraus oder schreiben Sie Billard neu, um es asynchron zu machen [Eingaben gesucht]
5. Implementieren Sie etwas Natives wie Redbeat für verteilten Sellerie-Beat.
6. Kafka-Support und damit verbundene Überholung.
7. Nutzen Sie eigenschaftenbasiertes Testen schrittweise und verbessern Sie die Testabdeckung.
8. Verbessern Sie die Dokumentation und beheben Sie offene Fehler.
9. andere hinzufügen......

Dies sind meine Prioritäten und ich werde mit der Arbeit für diese ersten 8 beginnen und möglicherweise werden einige weitere Teammitglieder und Community-Mitglieder auch dazu beitragen, Feature-Anfragen zu implementieren und offene Fehler zu beseitigen.
Wir haben auch mehr Funktionen im Plan, aber das sind vorerst minimale Prioritäten.

teilen Sie Ihre Meinungen gerne mit.

Möchten wir die Probleme im Zusammenhang mit diesen Funktionen irgendwo in der Dokumentation auflisten, damit die Leute leicht sehen können, was der Plan ist?
Ich weiß für Nr. 5 haben wir: https://github.com/celery/celery/issues/4815
Beim Rest bin ich mir nicht sicher.

Vielleicht können wir einen Roadmap-Abschnitt erstellen und verwandte Probleme mit kleinen Beschreibungen verknüpfen? und Roadmap in Readme und Docs hinzufügen, um sie sichtbarer zu machen?

klingt wie eine gute Idee

Ich denke, es macht immer noch Sinn, über die Release-Zyklen zu sprechen und wie das Projekt tickt. Ich denke, dass zukünftige Roadmap- und Release-Zyklen nur lose gekoppelt sind. Eine stabile Release-Kadenz wird uns einen Mechanismus geben, um regelmäßig Fixes zu versenden, während die Roadmap dabei hilft, zukünftige Arbeiten an Release-Zyklen abzubilden. Mehr Finanzierung (in Geld oder Zeit) wird die Roadmap nur "komprimieren".

Ich denke, das Wiki könnte mit der vorgeschlagenen Roadmap aktualisiert werden (anstatt die Readme zu überladen) und dann könnten Meilensteine ​​​​aus den GitHub-Problemen verlinkt werden, damit klar ist, was bereits ein Ticket hat und so weiter.

Ich denke auch, das Wiki klingt nach einem guten Ort, um die Roadmap zu dokumentieren.

Können wir auch einen weiteren Artikel hinzufügen?
Wie wäre es mit dem Hinzufügen von Unterstützung für Redis-Aufgabenwarteschlangen?

warum nicht? werden sie nicht schon unterstützt?

@xirdneh Was meinst du?

Entschuldigung für die späte Antwort. Vielleicht bin ich diesbezüglich etwas verwirrt.
Ich dachte, Sellerie verwendet das Pub/Sub von Redis, was bedeutet, dass Nachrichten an die Abonnenten zugestellt werden, sobald sie eintreffen.
Aber wir könnten auch FIFO-Warteschlangen in Redis verwenden, damit es eher wie eine Warteschlange funktioniert und Sellerie-Beat antreibt.
Dieser letzte Teil wird bereits in #4815 erwähnt
Bitte korrigiere mich, wenn ich mich hier irre @auvipy @thedrow Danke :)

Ok, ich glaube, ich liege falsch und Kombu verwendet LPUSH und LPOP, um Nachrichten zu verarbeiten. Ich glaube, ich dachte an etwas anderes, aber ich ging zurück zum Code, um ihn zu überprüfen. Das tut mir leid.

Haha keine Sorge :dolch:

Hallo. Ich habe diesen Thread sorgfältig gelesen, kann aber keine Schlussfolgerung zum Release-Zyklus ziehen. Wie @mariokostelac bemerkte, erfordert die Wartung und das Hinzufügen von Funktionen Arbeit, aber auf der anderen Seite sollte die Veröffentlichung einer neuen Version, wenn bereits Änderungen im Master-Zweig zusammengeführt wurden, nicht so viel Arbeit erfordern, @Jamim angesprochen wurde . In unserem Unternehmen besteht beispielsweise der einzige Blocker für die Verwendung von Python 3.7 darin, dass es nicht von Sellerie unterstützt wird. Wenn ich das richtig verstehe, enthält der Master-Zweig Änderungen, die die Verwendung von Sellerie mit Python 3.7 ermöglichen. Gibt es ein geplantes Datum für die Veröffentlichung dieser Änderungen?

@antoine-gallix Wahrscheinlich kann @auvipy mich korrigieren, wenn ich falsch
Konnten Sie das neueste Master mit Ihrem Projekt testen und sicherstellen, dass es richtig funktioniert?

Tatsächlich schlagen die Tests bei der Ausführung mit 3.7 fehl und wir müssen https://github.com/celery/py-amqp/issues/206 beheben
Dies ist ein Open-Source-Projekt mit sehr geringen Spenden. Daran arbeiten wir in unserer Freizeit.
Beiträge sind erforderlich, um dieses Projekt zu verbessern und zu unterstützen.
Wir können keine Fristen einhalten. Wir hoffen, in den kommenden Monaten veröffentlichen zu können, wenn die Beiträge zur Unterstützung von Python 3.7 eintreffen.

@thedrow Das ist völlig verständlich. Danke für die Genauigkeiten.

Können wir irgendwo eine Checkliste finden, was fehlt, um das nächste Release fertig zu stellen? Würde uns helfen, zu navigieren, bei welchen Dingen wir helfen können und wie der Status ist.

Hallo @davidbarton ,
Ich glaube, man könnte sich Meilensteine ansehen.

@auvipy Mein Unternehmen hat einen Kunden, der Kafka-Support benötigt. Wir wären daran interessiert, einen Sellerie-Entwickler zu finanzieren, um ihn dorthin zu bringen. Ich freue mich, nächste Woche mehr zu sprechen, wenn Sie möchten.

@ewenger ping mich an [email protected]

Hallo Gents, kann ich mit einem Release-Datum für Sellerie 4.3 rechnen.
Ich warte auf die folgenden Fixes
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

Für die in diesem Thread wurde Celery 4.3 offiziell veröffentlicht

Wir werden den Release-Zyklus und die Support-Richtlinien demnächst dokumentieren.
Bleiben Sie dran.

Wir werden den Release-Zyklus und die Support-Richtlinien demnächst dokumentieren.
Bleiben Sie dran.

wo finde ich Infos zum kommenden Release? Danke.

Wir werden den Release-Zyklus und die Support-Richtlinien demnächst dokumentieren.
Bleiben Sie dran.

wo finde ich Infos zum kommenden Release? Danke.

Überprüfen Sie die Github-Meilensteine

celery veröffentlicht jetzt häufiger kleinere Bugfix-Releases.

IMHO sollten wir bei SemVer-basierten Releases und wenn möglich Continuous Release oder wöchentlichen/vierzehntägig/monatlichen Patches/Minor-Releases mit kleinen neuen Funktionen bleiben