これまでのすべてのバグ修正を含む新しいバージョンをリリースするのは良い考えだと思います。 @thedrow @auvipyの考え?
変更ログを手伝うことができます。
私は常に、より小さなバグ修正リリースをできるだけ早くリリースすることに賛成です。 私はdjangoスタイルのリリースが好きです
マスターには少なくとも1つの新機能がありますhttps://github.com/celery/celery/commit/0d5b840af1890a9a499a339aa3256445b43837dc
すべてのバグ修正を厳選する必要があります。
https://github.com/celery/celery/pull/4358で新しいバージョンをリリースしたいのですが、テストカバレッジが必要です。
@thedrowリリースブランチの複雑さを避けることをお勧めします。 セマンティックバージョニングに準拠するために、次のマイナーバージョン(4.2.0)に移動しましょう。 どう思いますか?
ええ、それをしましょう。
@georgepsarakis 4.2のアップデートはありますか? 時間/タイムゾーン/イータのバグ修正は重要なようです...
マージする必要のあるPRが1つあり、Redis結果バックエンドを使用するとメモリリークが発生します。
マイルストーンが進捗状況であることを確認してください。 もうすぐ着きます。
参考までに、私は12月28日に結婚するので、それ以前にリリースすることはできないと思います。
1月7日までにリリースをリリースしてほしい。
@georgepsarakis @auvipyその前に、pyamqp、kombu、celeryのリリースノートを使ってローリングPRを準備してください。
@Fokko @johnarnold支援をご希望の場合は、4.2をリリースする前に、テストカバレッジやリベースが必要な4つのプルリクエストがまだあり
来週かそこらで到達できると思うので、4.2マイルストーンに#4369を追加しました。
マイルストーン4.2は期日を過ぎており、いくつかの問題はまだ開いています(33/98の問題はまだ開いています(33%))。
私はこのプロジェクトに不慣れなので、これに関して質問があります。
通常、プロジェクトは、マイルストーンに関して、次の2つのモデルのいずれかを利用します。
マイルストーンへのセロリのアプローチは何ですか?
ドキュメントが必要な新機能を追加したため、現在のリリースの唯一のブロッカーはhttps://github.com/celery/celery/issues/4423です。
@georgepsarakisリリースノートの作成を開始できますか?
@thedrowまもなく開始しようと思います。
マイルストーンの問題を更新しました
@auvipy @thedrow可能であれば、プルリクエストのマージをフリーズしてください。 どう思いますか?
https://github.com/celery/celery/pull/4481最後のマージ。 とロック
リリース前に#4423を終了する必要がありますが、リリースノートには適用されません。
これがすぐにリリースされるのを見たいです。 自動再試行が機能しなかった理由を理解するために時間を費やしました(#4341)。
伝えられるところによると、このPRを(おそらく)マージした後、 master
に問題があります。
マスターに関するレポートはどこにありますか?
#4498で:
予想される行動
マスターブランチでは、まったく機能しません。 あなたはこれを手に入れます:
そしてhttps://github.com/celery/celery/issues/4041#issuecomment-359845025
@georgepsarakisこのエラーは、メソッドがインスタンスではなくClassオブジェクトから呼び出されたときに発生します...この問題は、バインドされていないタスクでapply_async
が呼び出されたときに発生すると思います(まだ確認されていません)。
編集これは、タスクデコレータの代わりに継承が使用されている場合に発生するようです。
python
class AddTask(Task):
def run(self, *args, **kwargs)
# ...
対。
python
@app.task()
def add_task(*args, **kwargs):
# ...
リリースブロッカーに取り組んでいる人はいますか?
私は野生への回帰をリリースするつもりはありません。 問題のある変更を元に戻し、PRを再作成する必要があるのではないでしょうか。
これは実際には非常に古い問題ですhttps://github.com/celery/celery/issues/3723plz check
@georgepsarakisが言及した#4198と#4041について
私が間違っている場合、これはブロッカーではなく、重複として問題を閉じる必要があります。
#4041で話すのが早すぎたようです。 問題が完全に解決されているかどうかを確認するために、最新のマスターを実行してみる必要がありますか?
してください。
cronタスクではまだ壊れているようです。 非常に小さなRedisストレージリークのように見えるものもあります。
問題https://github.com/celery/celery/issues/3808も、マスターでまだ壊れています。
セロリの内部知識を持っている人が見てもらえれば、#3723の修正はかなり小さいと思います。 再現は簡単です。
残念ながら、私は自分で十分に掘ることができませんでした...
5.0
マイルストーンがあります。#3723と同じです。マイルストーン(https://github.com/celery/celery/milestone/19)に従えば、リリース前に残っているのは#4423だけです。
マイルストーンは正しくありませんか?
マイルストーンを更新しました
@auvipy @georgepsarakis @thedrow @ask
@johnarnold https://github.com/celery/celery/issues/4041#issuecomment -359875276を修正または元に戻す必要があるリグレッションが1つあり、 Celery4.2が原因であるかどうかはまだ不明です。
最初にリグレッションを修正し、Celery4.2で問題を再現できるかどうかを確認する必要があります。
この問題は、古いスタイルのTask / PeriodicTaskでのみ発生します-#4572を参照してください
このリリースがどれほど大きくなったかを考えると、アルファ/ベータプレリリースをかなり早く作成することは理にかなっていますか? これにより、一部のユーザーはより実際のテストを実行できるようになると思いますか? テストシステムにアルファ版をリリースできれば幸いです。
一方で、メンテナの仕事だと思いますので、お気軽にノーと言ってください😄
はい、ベータリリースから始めると思います。
それは素晴らしい
@thedrow @auvipyは、Changelogでの作業を再開したい場合はお知らせください。 私は、リリースができるだけ早く行われるべきであることに同意します。 #4572では、#4041が実際に修正される可能性があるようです。
はいplzはchangelogの作業を再開します
@ auvipy @ thedrow今日はおそらくプルリクエストを送信します。
@thedrowリリースのために保留中のものはありますか? ヘルプが必要な場合は、私に知らせてください。
昨日リリースアナウンスを書きました。 今日はタグを付けます。
RedisSentinelの結果バックエンドに関する適切なドキュメントが不足していることが判明しました。
最初にRCをリリースするので、これはリリースのブロッカーではありませんが、それに関する問題を開いて、GAの前に修正しましょう。
https://github.com/celery/celery/pull/4357を含む3.1.26をリリースしました
この修正は、Celery 4.xに移行するために非常に重要であるため、そのために特別な3.xリリースを作成しました。
最初のRCがリリースされました。
後で、おそらく明日、ドキュメントブロッカーの問題を作成します。
pyamqpとkombuのリリースを忘れたかもしれませんか?
私はしていません。 私はそれに到達する時間がありませんでした。 それらのリリースノートも準備する必要があります。
あ、ごめんなさい。 rcをありがとう。 他のパッケージをプッシュした後、ブログ投稿の発表を通知してください
RCをリリースしたため、flowerとの互換性の問題があることがわかりました。 https://github.com/mher/flower/issues/791を参照して
非常に簡単な修正です。 ボランティアはいますか?
試してみました: https :
Celery4.2.0RC2をリリースしました。
ありがとう! もちろん時間を管理できれば、他の依存関係の新しいリリースを期待できますか?
誰かがリリースノートを作成した場合、私はそれらをリリースできます。
@thedrow最終リリースを入手できますか?
最初に修正したいことがいくつかあります。 後でチェックリストを作成し、職務を割り当てます。
こんにちは、新しいバージョンに感謝します。
インストールします: pip install celery==4.2.0RC2
私はそれを実行します:
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
ただし、スケジューラは常に、定期的なタスクエントリから削除された古いタスクを送信します。
#3812はhttps://github.com/celery/celery/issues/3812#issuecomment-381554599で再現できるようです。
それが実際に当てはまる場合は、GAの前にそれを修正します。
最後のRCをリリースしました。 問題が見つからない場合は、すぐにGAをリリースします。
現在本当に欠けているのは、リリースプロセスドキュメントと#4679だけです。
ねえ、みんな。
私はこのプロジェクトにもっと関わろうとしています。
次のリリースで何かお手伝いできることはありますか?
ありがとう。
こんにちは@xirdneh 。 あなたが貢献できる多くの方法があります:
より多くのポインタとヘルプが必要な場合はお知らせください、ありがとうございます!
素晴らしい、
#4731とドキュメントに対して何ができるかを見ていきます。
ありがとう。
Celery4.1.0を壊すKombu4.2をリリースしたことに注意してください。
すぐにバグ修正リリースを発行する予定です。 それでもCelery4.1.0を使用している場合は、できるだけ早くアップグレードすることをお勧めします。
私は4.1.1をリリースしました、そして私は皆にアップグレードすることを勧めます。
@auvipyこれについてのブログ投稿を発行してください。
トピックを変更するためにIRCFreenode #celeryチャネルの権限を取得することは可能ですか?
バージョニングについて混乱している人もいますが、私はそれを最新の状態に保つことができます。
私のIRCハンドルはjosuebc
ありがとう。
別のRCをリリースできますか?
@ xirdneh @ askにpingを送信する必要があります。
新しい号を開くことはできますか?
@auvipyはい、もちろんです。
Celery4.2.0RC4をリリースしました。
GAをリリースするには、#4731と#4721を解決する必要があります。
新しいブロッカー#4768 :(
amqp2.3.0をリリースしました。
テストして、問題があればお知らせください。
@thedrowも可能なブロッカーhttps://github.com/celery/celery/pull/4770#issuecomment-392419237
1つのように見えます。
とても遅く捕まえたのは残念です。
これを修正するボランティアはいますか? バグ修正バージョンをリリースします。
amqp2.3.1で修正をリリースしました。
現在、#4768が唯一のブロッカーですか?
誰かそれを取っていますか?
他に時間がない場合は、今週末にそれを取る時間があります。
plzはそれを@xirdneh
ブロッカーの可能性があります: //github.com/celery/celery/issues/4791
私はおそらく月曜日にテストを書き終えることができます。
前回のPRを統合しました。
私に関する限り、マスターは現在凍結されています。
本日リリースノートを完成させてリリースします。
はいお願いします:短剣:
素晴らしい!
:金属:
リリース! :多田:
やるべきことがいくつか残っています。
Webサイトでアナウンスを発行し、ドキュメントWebサイトがバージョン4.2.0に更新されていることを確認する必要があります。
皆様のご尽力、誠にありがとうございました。
これは、解決すべき複雑な問題がたくさんある巨大なリリースであり、私たちはその課題に立ち向かいました。
お見事!
ブログ記事を発行しました。 これを閉じてもいいですか?
はい。
最も参考になるコメント
最初のRCがリリースされました。
後で、おそらく明日、ドキュメントブロッカーの問題を作成します。