cc @tilgovi @berkerpeksag

Saya ingin menggabungkan PR berikut untuk 19,8:

• [x] #1499 (Saya dapat menangani komentar saya sendiri jika kami memutuskan untuk menggabungkan yang ini) (ditutup sebagai wontfix)
• [x] #1569 (akan digabungkan malam ini)
• [x] #1632 (diulas)

@berkerpeksag saya berkomentar/menyetujui saat itu. Beri tahu saya jika Anda memerlukan bantuan karena saya mungkin memiliki beberapa siklus besok :)

Saya memiliki PR terbuka. Apakah kita ingin menggabungkan salah satu dari mereka?

• [x] #1481 (izinkan file konfigurasi Python untuk mengatur chdir)
• [x] #1602 (Saya dapat menanggapi komentar dari @berkerpeksag)

Kedua PR itu bagus untuk dimiliki jika kita punya waktu untuk memasukkannya.

Milik saya sudah masuk. Bisakah saya membantu meninjau sesuatu?

1499 adalah satu-satunya yang tersisa. Saya telah membahas komentar ulasan saya.

@berkerpeksag saya sudah berkomentar juga, bagaimana menurut anda?

@berkerpeksag saya tidak mendapatkan jawaban tentang #1499 . Saya ragu untuk mengembalikan makanan yang telah dihapus sejak lama. Kita harus melihat pro/kontra tentang hal itu. Atau setidaknya memastikan itu tidak berdampak.

Namun saya pikir sebelum merilis saya akan menonaktifkan dengan default opsi SO_REUSEPORT dari soket. Pikiran?

@benoitc Saya tidak yakin saya mengerti - mengapa kami ingin mengubah default untuk SO_REUSEPORT berdasarkan PR itu?

(Kami mengandalkan SO_RESUSEPORT untuk membantu kami melayani puluhan ribu permintaan/dtk secara efisien, jadi saya berhati-hati dengan perubahannya.)

Memiliki SO_REUSEPORT sebagai default tampaknya membingungkan beberapa orang, terutama mereka yang baru mengenal Gunicorn atau menggunakannya dalam lingkungan pengembangan. Itu memungkinkan untuk memulai Gunicorn baru tanpa mematikan yang lama, menghasilkan beberapa versi aplikasi yang berjalan. Ini bukan pengalaman yang sangat ramah bagi pengguna pertama kali yang bertanya-tanya mengapa aplikasi mereka hanya memberikan respons yang tepat di separuh waktu.

Kami pasti tidak akan menghapus fungsionalitas bahkan jika kami mengubah default.

@berkerpeksag saya tidak mendapatkan jawaban tentang #1499 . Saya ragu untuk mengembalikan makanan yang telah dihapus sejak lama. Kita harus melihat pro/kontra tentang hal itu. Atau setidaknya memastikan itu tidak berdampak.

Melihat #1499 lagi, saya baik-baik saja dengan menutupnya sebagai 'tidak akan diperbaiki'. Membuatnya kompatibel dengan Gunicorn 19.4+ cukup sepele:

-            '-c', 'airflow.www.gunicorn_config'
+            '-c', 'python:airflow.www.gunicorn_config'

pada daftar tugas saya sebelum rilis apa pun, saya memiliki yang berikut:

• [x] #1669 (jangan aktifkan penggunaan SO_REUSEPORT secara default)
• [ ] #1653

saya akan mencoba untuk memiliki sesuatu untuk hari jumat sekarang

Apakah ada berita lagi tentang ini?

Saya baru saja menggabungkan PR #1669 dan menutup PR #1499 jadi saya pikir satu-satunya pemblokir sekarang adalah #1653.

Saya pikir kita juga perlu mendokumentasikan perubahan perilaku SO_REUSEPORT (PR #1669) dalam catatan rilis.

Wah, terima kasih atas respon cepatnya. 💯

Mengetahui meminta ETA adalah dosa terbesar dari semuanya, apakah ada berita tentang kemajuan #1653 yang tampaknya dibiarkan menghalangi rilis?

@benoitc @tilgovi haruskah kita meninggalkan #1653 ke 19.9 dan melepaskan 19.8 apa adanya? Ada beberapa perbaikan penting di master dan ada beberapa pertanyaan dari pengguna di ETA untuk 19,8 dalam beberapa masalah (misalnya, #1058) jadi saya ingin tahu apakah kita harus melewati #1653 untuk saat ini.

Ada PR yang hampir siap untuk #1324:

• [ ] PR #1696

Saya baik-baik saja untuk melewati #1653

Saya tidak melihat alasan untuk tidak merilis lebih sering :) Jika saya tidak datang dengan patch hari ini, mari rilis besok pagi.

Tentang hal-hal pyc itu, saya akan memperbaikinya di rilis saat ini dan tidak menambahkan opsi baru. Saya lebih suka mencela fitur ini karena melanggar kontrak memuat ulang konfigurasi secara otomatis dan hal-hal semacam itu.

Pypi tampaknya masih di 19.7.1 https://pypi.python.org/pypi/gunicorn
Sebagai tambahan, bisakah README.md dibuat memiliki nomor versi yang stabil?
melalui pypi untuk memeriksa rilis apa yang saat ini terasa agak funky, atau mungkin saya melewatkan beberapa nomor versi yang jelas ditampilkan di suatu tempat

Maaf menabrak, ada berita tentang rilis 19.8? Saya ingin sekali bermain dengan dictConfig :-)

( @Allu2 Silakan lihat PR https://github.com/benoitc/gunicorn/pull/1727 untuk menunjukkan nomor versi rilis saat ini di README)

Ada pembaruan tentang ini? Saya menantikannya karena ini memperbaiki beberapa masalah dengan --reload dalam wadah alpine dan akan membuat lingkungan pengembang kami jauh lebih baik!

Saya akan menyiapkan rilis. @berkerpeksag @benoitc baik untukmu?

@tilgovi +1 dari saya.

Penasaran, seperti apa sih proses pembuatan rilisan gunicorn?
Rilis ini tampaknya telah ditunda selama 5 bulan terakhir dengan lebih dari satu "berikutnya (hari | minggu | segera)"

@Allu2

• Perbarui log perubahan
• Tandai dan unggah
• Rilis di GitHub

Ini tidak sulit, tetapi kita semua melakukan ini secara sukarela.

Saya telah memperbarui log perubahan dan saya yakin semuanya telah disiapkan untuk rilis.

Saya akan tidur dan akan memotong tag di pagi hari, ketika saya bisa berada di sekitar jika ada kesalahan yang memerlukan rilis patch tindak lanjut, tetapi saya tidak mengharapkan masalah apa pun.

19.8.0 dirilis!

Silakan berkomentar di sini dengan umpan balik atau masalah apa pun!

Kami akan menargetkan rilis yang lebih sering ke depannya. Permintaan tarik dan ulasan Anda membantu. Jika Anda tertarik menjadi pengelola, beri tahu saya!

@tilgovi terima kasih! dan setuju :) maaf tidak segera menjawab saya bepergian sepanjang bulan