Celery: セロリのリリースサイクル

私たちのプロジェクトは、Python3.7サポートの次のリリースを待っています。 プロセスを支援できる方法があれば、お知らせください。

セロリプロジェクトを維持するためのスポンサーを見つけるのを手伝ってください。 これは、この巨大なプロジェクトにかなりの時間を費やすために最も必要なものです。

@auvipyは「スポンサー」を定義します:)お金、時間？ セロリを使っている多くの大物プレーヤー。

考えられるアプローチの1つは、マスター内のすべてが出荷される時間ベースのリリースです（1か月に1回？）。 主要なバグ修正またはセキュリティ修正はすぐに出荷されます。 より高速なリリースで、ユーザーベースに沿ったタイトなフィードバックループを得ることができます。 予期しないチャーンを回避するために、必要に応じてプロジェクトにバージョンを固定できます（私たちはそうします）。

私はバグの修正、会社が必要とする機能強化、そしてマイルストーンリリースをドアの外に押し出そうとすることに時間を費やしています...

@robertknight [Issues]で、[Milestones]をクリックし、次のマイルストーンを選択して、未解決の問題を閉じます。 通常、修正やドキュメントの問題などがないバグが12ほど報告されています。解決できるかどうかを確認してください。

チャイムを鳴らして、Python 3.7への移行を急いでいるわけではありませんが、それは素晴らしいことです。 リリース4.3でいくつかの答えを探していました。 何もない。 このような大規模なプロジェクトでは、資金不足が問題であると理解しています。それ以外の場合はあり得ないのですが、それでも、Celeryの短期および長期計画であるすべての人に透明性を持って行う必要があると思います。 前回のリリースがそれ自体を物語っているようなことはありません、そして私はそれで大丈夫ですが、私はプロジェクトがどこをリードしているのかを知ることをより快適に感じるでしょう。 メインプロジェクトは本当に複雑で、維持するためにたくさんのものがあるので、コアの人々はセロリの未来をどのように見ていますか？ 個人的には、Pythonの世界は変化し、急速に進化しているため、プロジェクトに資金を投入するだけでは十分ではないと思います。少なくともいくつかのことを再検討し、戦略を立てる必要があります。

ご入力いただきありがとうございます。 ここで開かれた問題とは別に、セロリの将来についての私の計画にあるいくつかの事柄、

1. 可能であれば10月までにセロリ4.3をできるだけ早くリリースしてください。
2. マスターブランチからpython2を削除し、セロリ4.xブランチを2019年末までのみバグ修正付きのLTSにします。
3. asyncioを採用し、可能な場合はエコシステムです。 大規模なオーバーホールが必要です。
4. ビリヤードの非同期ベースの代替案を見つけるか、ビリヤードを書き換えて非同期に適したものにします[入力が必要]
5. 分散セロリビートのredbeatのようなネイティブなものを実装します。
6. カフカのサポートと関連するオーバーホール。
7. プロパティベースのテストを徐々に採用し、テストカバレッジを改善します。
8. ドキュメントを改善し、未解決のバグを修正します。
9. 他の人を追加......

これらは私の優先事項であり、この最初の8つの作業を開始します。おそらく、さらにいくつかのチームメンバーとコミュニティメンバーも、機能要求の実装と未解決のバグの潰しに貢献します。
計画にはさらに多くの機能がありますが、現時点ではこれらは最小限の優先事項です。

お気軽にご意見をお聞かせください。

これらの機能に関連する問題をドキュメントのどこかにリストして、人々が計画を簡単に確認できるようにしますか？
私は5番について知っています： https ：
残りについてはよくわかりません。

ロードマップセクションを作成し、関連する問題を簡単な説明でリンクできるかもしれません。 そして、readmeとdocsにロードマップを追加して、より見やすくしますか？

いい考えのようですね

リリースサイクルとプロジェクトがどのように進行するかについて話すことはまだ理にかなっていると思います。 将来のロードマップとリリースサイクルは、ゆるく結びついているだけだと思います。 安定したリリースリズムにより、修正を定期的に出荷するメカニズムが提供され、ロードマップはリリースサイクルに関する将来の作業をマッピングするのに役立ちます。 より多くの資金（お金または時間で）は、ロードマップを「圧縮」するだけです。

ウィキは（readmeを乱雑にするのではなく）提案されたロードマップで更新でき、GitHubの問題からのマイルストーンをリンクできると思うので、すでにチケットを持っているものなどは明らかです。

また、Wikiはロードマップを文書化するのに適した場所のように思えます。

別のアイテムを追加することもできますか？
redisタスクキューのサポートを追加するのはどうですか？

なぜだめですか？ それらはすでにサポートされていませんか？

@xirdnehどういう意味ですか？

返事が遅くなってごめん。 多分私はこれについて少し混乱しています。
セロリはredisのpub / subを使用していると思いました。これは、メッセージがサブスクライバーに届くとすぐに配信されることを意味します。
ただし、redisでFIFOキューを使用して、キューのように機能させ、セロリビートを強化することもできます。
その最後の部分はすでに＃4815で言及されています
この@ auvipy @ thedrowのいずれかが間違っている場合は、訂正してください。ありがとうございます:)

わかりました。私は間違っていると思います。昆布はLPUSHとLPOPを使用してメッセージを処理します。 私は何か他のことを考えていたと思いますが、コードに戻ってそれを再確認しました。 申し訳ありません。

ははは心配ありません：短剣：

こんにちは。 このスレッドを注意深く読みましたが、リリースサイクルに関する結論はわかりません。 @mariokostelacが述べたように、メンテナンスと機能の追加には作業が必要ですが、一方で、マスターブランチで変更が既にマージされているときに新しいバージョンをリリースすることは、それほど多くの作業を必要としないはずです。 それが@Jamimによって提起されたこの問題の最初の主題

@ antoine-gallixおそらく@auvipyは、私が間違っていれば私を訂正することができます。 しかし、3.7でさらにテストを行い、CIワークフローに追加するまで、Python3.7をサポートするリリースを行うことはできないと思います。
プロジェクトで最新のマスターをテストし、正しく機能していることを確認できましたか？

実際、3.7で実行するとテストは失敗し、 https：//github.com/celery/py-amqp/issues/206を修正する必要があり
これは、寄付がほとんどないオープンソースプロジェクトです。 暇なときに取り組んでいます。
このプロジェクトを改善し、サポートするには、貢献が必要です。
本当に締め切りを作ることはできません。 Python 3.7をサポートするための貢献が到着した場合、今後数か月以内にリリースすることを望んでいます。

@thedrowそれは完全に理解できます。 精度をありがとう。

次のリリースを完了するために不足しているもののチェックリストをどこかに見つけることができますか？ 私たちが助けることができるものとステータスは何であるかをナビゲートするのに役立ちます。

こんにちは@davidbarton 、
私はあなたがマイルストーンを見ることができると信じています。

@auvipy私の会社には、Kafkaのサポートを必要としている顧客がいます。 セロリの開発者に資金を提供して、そこにたどり着くのを手伝うことに興味があります。 よろしければ、来週もっとお話しさせていただきます。

@ewengerピング私の[email protected]

こんにちは紳士、私はセロリ4.3のリリース日を期待することができますか？
次の修正を待っています
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

このスレッドのユーザー向けに、 Celery4.3が正式にリリースされました

リリースサイクルとサポートポリシーをまもなく文書化する予定です。
乞うご期待。

リリースサイクルとサポートポリシーをまもなく文書化する予定です。
乞うご期待。

今後のリリースに関する情報はどこにありますか？ ありがとう。

リリースサイクルとサポートポリシーをまもなく文書化する予定です。
乞うご期待。

今後のリリースに関する情報はどこにありますか？ ありがとう。

Githubのマイルストーンを確認してください

celeryは、より頻繁なバグ修正マイナーリリースをリリースするようになりました。

私見では、SemVerベースのリリースと、可能であれば継続的なリリース、または毎週/隔週/毎月のパッチ/マイナーリリースに小さな新機能を追加する必要があります