Celery: Siklus pelepasan seledri

Proyek kami sedang menunggu rilis berikutnya untuk dukungan Python 3.7. Jika ada cara yang dapat kami bantu untuk prosesnya, beri tahu saya.

Bantu kami menemukan sponsor untuk memelihara proyek seledri. itulah hal yang paling dibutuhkan untuk mendedikasikan sejumlah waktu serius untuk proyek besar ini.

@auvipy mendefinisikan "sponsor" :) Uang, waktu? Banyak pemain besar menggunakan seledri.

Salah satu pendekatan yang mungkin adalah rilis berbasis waktu, di mana semua yang ada di master baru saja dikirimkan (sekali/bulan?). Perbaikan bug utama atau perbaikan keamanan segera dikirimkan. Anda bisa mendapatkan umpan balik yang ketat dengan basis pengguna dengan rilis yang lebih cepat. Orang dapat menyematkan versi dalam proyek mereka sesuai kebutuhan (kami melakukannya) untuk menghindari churn yang tidak terduga.

Saya menghabiskan waktu untuk memperbaiki bug, peningkatan yang dibutuhkan perusahaan saya, dan mencoba mendorong rilis tonggak sejarah keluar dari pintu ...

@robertknight Di bawah Masalah, klik Tonggak, pilih tonggak berikutnya dan tutup masalah yang terbuka. Biasanya ada selusin bug yang dilaporkan tanpa perbaikan, masalah dokumentasi, dll. Lihat apakah Anda dapat menyelesaikannya?

Berdebat, saya tidak terburu-buru untuk pindah ke python 3.7 meskipun itu akan menyenangkan. Sedang mencari beberapa jawaban di sekitar rilis 4.3. Tidak. Saya mengerti dan memahami kekurangan uang adalah masalah pada proyek besar seperti itu, karena tidak mungkin sebaliknya, tetapi saya masih berpikir bahwa segala sesuatunya harus dilakukan secara transparan dengan mengatakan kepada semua orang yang merupakan rencana jangka pendek dan jangka panjang untuk Celery. Tidak ada yang namanya rilis terakhir berbicara sendiri dan sementara saya baik-baik saja dengan itu, saya akan merasa lebih nyaman mengetahui ke mana arah proyek ini. Karena proyek utamanya sangat rumit dan memiliki banyak hal untuk dipertahankan, bagaimana Anda orang inti melihat masa depan seledri? Secara pribadi saya tidak berpikir membuang uang pada proyek itu cukup, karena dunia python berubah dan berkembang pesat setidaknya beberapa hal harus ditinjau kembali dan strategi harus dibuat.

terima kasih semua atas masukan Anda. selain masalah yang dibuka di sini, beberapa hal lagi yang ada di rencana saya untuk masa depan seledri,

1. Rilis seledri 4.3 secepatnya jika memungkinkan pada bulan Oktober.
2. Jatuhkan python 2 dari cabang master dan jadikan cabang seledri 4.x sebagai LTS dengan perbaikan bug hanya hingga akhir 2019.
3. merangkul asyncio dan sistem eko-nya jika memungkinkan. diperlukan perombakan besar-besaran.
4. Temukan alternatif berbasis async untuk biliar atau tulis ulang biliar agar ramah asinkron [diinginkan input]
5. menerapkan sesuatu yang asli seperti redbeat untuk beat seledri yang didistribusikan.
6. Dukungan Kafka dan perbaikan terkait.
7. Rangkullah pengujian berbasis properti secara bertahap dan tingkatkan cakupan pengujian.
8. Tingkatkan dokumen dan perbaiki bug yang terbuka.
9. tambah yang lain......

Ini adalah prioritas saya dan saya akan mulai bekerja untuk 8 yang pertama ini dan mungkin beberapa anggota tim dan anggota komunitas lainnya juga akan berkontribusi untuk menerapkan permintaan fitur dan menghancurkan bug yang terbuka.
Kami juga memiliki lebih banyak fitur dalam paket, tetapi ini adalah prioritas minimal untuk saat ini.

merasa bebas untuk berbagi pendapat Anda.

Apakah kami ingin membuat daftar masalah yang terkait dengan fitur ini di suatu tempat di dokumentasi sehingga orang dapat dengan mudah melihat apa rencananya?
Saya tahu untuk No. 5 kami memiliki: https://github.com/celery/celery/issues/4815
Tidak yakin tentang sisanya.

mungkin kita bisa membuat bagian peta jalan dan menautkan masalah terkait dengan sedikit deskripsi? dan tambahkan peta jalan di readme dan dokumen untuk membuatnya lebih terlihat?

terdengar seperti ide yang bagus

Saya pikir masih masuk akal untuk berbicara tentang siklus rilis dan bagaimana proyek berjalan. Saya pikir peta jalan dan siklus rilis di masa depan hanya digabungkan secara longgar. Irama rilis yang stabil akan memberi kami mekanisme untuk mengirimkan perbaikan secara teratur, sementara peta jalan akan membantu memetakan pekerjaan mendatang pada siklus rilis. Lebih banyak dana (dalam uang atau waktu) hanya akan "memadat" peta jalan.

Saya pikir wiki dapat diperbarui dengan peta jalan yang diusulkan (alih-alih mengacaukan readme) dan kemudian tonggak dari masalah GitHub dapat ditautkan, jadi jelas apa yang sudah memiliki tiket dan seterusnya.

Saya pikir itu juga, Wiki terdengar seperti tempat yang baik untuk mendokumentasikan peta jalan.

Bisakah kita juga menambahkan item lain?
Bagaimana dengan menambahkan dukungan untuk antrian tugas redis?

mengapa tidak? bukankah mereka sudah mendukung?

@xirdneh Apa maksudmu?

Maaf untuk respon yang terlambat. Mungkin saya agak bingung dengan yang satu ini.
Saya pikir seledri menggunakan pub/sub redis yang berarti bahwa pesan dikirim ke pelanggan segera setelah mereka datang.
Tapi kita juga bisa menggunakan antrian FIFO di redis untuk membuatnya bekerja lebih seperti antrian dan untuk menyalakan seledri.
Bagian terakhir itu sudah disebutkan di #4815
Tolong, perbaiki saya jika saya salah tentang @auvipy @thedrow ini Terima kasih :)

Oke, saya yakin saya salah dan Kombu memang menggunakan LPUSH dan LPOP untuk menangani pesan. Saya kira saya sedang memikirkan sesuatu yang lain tetapi saya kembali ke kode untuk memeriksanya. Maaf tentang itu.

Haha jangan khawatir :dagger:

Halo. Saya telah membaca utas ini dengan cermat, tetapi saya tidak dapat melihat kesimpulan apa pun tentang siklus rilis. Seperti yang dikatakan @mariokostelac , pemeliharaan dan penambahan fitur memerlukan pekerjaan, tetapi di sisi lain, merilis versi baru ketika perubahan sudah digabungkan di cabang master seharusnya tidak memerlukan banyak pekerjaan, namun belum ada versi yang dirilis selama beberapa bulan sekarang. Itu adalah topik asli dari masalah ini yang diangkat oleh @Jamim . Misalnya, di perusahaan kami, satu-satunya pemblokir untuk menggunakan python 3.7 adalah tidak didukung oleh seledri. Jika saya mengerti dengan benar, cabang master berisi perubahan yang memungkinkan penggunaan seledri dengan python 3.7 . Apakah ada tanggal yang dijadwalkan untuk rilis perubahan tersebut?

@antoine-gallix Mungkin @auvipy bisa mengoreksi saya jika saya salah. Tapi saya yakin kami tidak dapat melakukan rilis yang mendukung python 3.7 sampai kami melakukan beberapa pengujian lagi dengan 3.7 serta menambahkannya ke alur kerja CI.
Sudahkah Anda dapat menguji master terbaru dengan proyek Anda dan memastikannya berfungsi dengan benar?

Sebenarnya tes gagal saat dijalankan dengan 3.7 dan kami perlu memperbaiki https://github.com/celery/py-amqp/issues/206.
Ini adalah proyek open source dengan sumbangan yang sangat sedikit. Kami mengerjakannya di waktu luang kami.
Kontribusi diperlukan untuk meningkatkan dan mendukung proyek ini.
Kami tidak bisa benar-benar membuat tenggat waktu. Kami berharap untuk merilis dalam beberapa bulan mendatang jika kontribusi untuk mendukung Python 3.7 tiba.

@thedrow Itu benar-benar bisa dimengerti. Terima kasih untuk presisi.

Bisakah kami menemukan di suatu tempat daftar periksa apa yang hilang untuk menyelesaikan rilis berikutnya? Akan membantu kami untuk menavigasi hal-hal apa yang dapat kami bantu dan apa statusnya.

Hai @davidbarton ,
Saya percaya Anda bisa melihat tonggak sejarah .

@auvipy Perusahaan saya memiliki pelanggan yang membutuhkan dukungan Kafka. Kami tertarik untuk mendanai pengembang seledri untuk membantu mewujudkannya. Senang berbicara lebih banyak minggu depan jika Anda mau.

@ewenger ping saya di [email protected]

Hai Tuan-tuan, bisakah saya mengharapkan tanggal rilis untuk seledri 4.3?
Saya menunggu perbaikan berikut
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

Bagi yang ada di thread ini Seledri 4.3 telah resmi dirilis

Kami akan segera mendokumentasikan siklus rilis dan kebijakan dukungan.
Pantau terus.

Kami akan segera mendokumentasikan siklus rilis dan kebijakan dukungan.
Pantau terus.

di mana saya dapat menemukan info tentang rilis yang akan datang? Terima kasih.

Kami akan segera mendokumentasikan siklus rilis dan kebijakan dukungan.
Pantau terus.

di mana saya dapat menemukan info tentang rilis yang akan datang? Terima kasih.

periksa tonggak Github

seledri sekarang merilis rilis minor perbaikan bug yang lebih sering.

IMHO kita harus tetap menggunakan rilis berbasis SemVer & jika memungkinkan rilis berkelanjutan atau patch mingguan/dua mingguan/bulanan/rilis kecil dengan fitur baru yang kecil