@erictune fyi

@soltysh Di SIG apa saya bisa mendiskusikan fitur ini? Saya ingin berdiskusi lebih lama tentang sumber daya pihak ketiga untuk fitur ini dan mengapa kami merasa fitur ini perlu dimasukkan ke dalam inti.

Mari gunakan SIG-Apps untuk saat ini. Belum banyak diskusi tentang pengontrol di sana, yang saya lihat, tetapi mari kita coba dan lihat bagaimana kelanjutannya.

Apakah ini sedang dipertimbangkan untuk dikeluarkan dari inti? Saya pikir proposal itu sudah diterima.

@gtaylor belum ada yang diputuskan. Saat ini akan menjadi bagian dari grup alfa dalam batch, apa yang akan terjadi ketika ini bermigrasi ke lebih stabil belum diketahui.

Pemahaman saya adalah bahwa ini diterima menjadi inti, sementara alur kerja pekerjaan ditolak untuk inti. Sebenarnya kami awalnya berencana untuk memilikinya di 1.3.

@davidopp komentar saya didasarkan pada diskusi yang kami lakukan sebelumnya dengan @philips @erictune di sini . Meskipun, secara pribadi saya lebih suka SJ tetap di intinya :sunglasses:

@soltysh Saya menafsirkan komentar sebagai menyiratkan bahwa itu akan menjadi inti (berdasarkan penyebutan alfa/beta dan pernyataan "Jika seseorang membuat versi pihak ketiga dari ScheduleJob, jauh sebelum 1.4, dan menunjukkan bahwa itu sangat berguna , itu akan menjadi argumen persuasif untuk jalur terakhir" di mana jalur terakhir adalah Pihak Ketiga).

@davidopp komentar itu dibuat ketika saya pikir SJ akan menjadi Beta di 1.4. Sekarang akan ke Alpha di 1.4. Filosofinya adalah kami dapat membatalkan fitur alfa untuk alasan apa pun, tetapi kami harus memiliki standar yang cukup tinggi untuk membatalkan fitur beta.

Juga, untuk semua yang mengerjakan SJ: kita harus terus bekerja dengan kecepatan penuh, terlepas dari percakapan di atas. Sebagian besar pekerjaan akan berlaku dengan cara apa pun, dan kami perlu mengeluarkan semacam fitur kepada pengguna sehingga mereka dapat memberikan umpan balik.

Semua pekerjaan SJ dengan kecepatan penuh, satu-satunya masalah yang tersisa (semoga) adalah memiliki https://github.com/kubernetes/kubernetes/pull/29187 masuk. Saya berharap untuk mendiskusikan masalah ini dengan @smarterclayton hari ini atau lebih akhir pekan dan menggabungkannya jadi minggu depan kita akan melihat satu demi satu PR SJ lainnya digabungkan.

@soltysh : sepertinya #29187 digabungkan, apakah ini berarti rilis alpha 1.4 berikutnya akan membuat SJ siap untuk dimainkan?

@eghobo itulah rencananya.

Ini membutuhkan dokumen di k8s.io, tetapi sepertinya kode sudah masuk. Luar biasa!

+100

@soltysh apakah dokumen dianggap selesai atau apakah Anda menambahkan lebih banyak contoh / tutorial? Jika dokumen selesai, kami dapat mencentang kotak dokumen

@janetkuo Saya biasanya menandai mereka selesai setelah mereka bergabung. Dengan mengingat hal itu, saya telah memeriksa yang satu terhadap cabang 1.4, yang lain akan menunggu penggabungan.

Karena ini diubah namanya menjadi CronJobs, saya akan memperbarui judul untuk mencerminkan perubahan itu juga.

Apakah ini akan menjadi beta untuk 1,5?

@ConorNevin sayangnya tidak, lihat persyaratan beta dalam deskripsi masalah apa yang perlu kami

Masih ada https://github.com/wercker/cronetes , jika seseorang membutuhkan fungsionalitas seperti cronjob sekarang tanpa kemampuan untuk menjalankan fitur alfa.

Akankah fitur dijalankan paling banyak sekali diimplementasikan di CronJobs ?
Saya melihat bahwa itu tidak termasuk dalam alfa - https://github.com/kubernetes/kubernetes/blob/master/docs/proposals/scheduledjob.md#decision

@vinay-g akhirnya, saya kira begitu, tapi saya tidak tahu kapan itu akan terjadi. Bantuan selalu diterima :)

Fitur ini masih melekat pada milestone 1.4, dan spreadsheet milestone 1.6 tidak menyebutkan apapun tentang Cron/ScheduledJobs.

Apakah ini masih sesuai jadwal untuk rilis 1.6 beta? Sebagai pelanggan GKE, saya ingin _suka_ untuk mulai memindahkan semua cron di luar kluster ke kluster itu sendiri (tanpa menggunakan cronet).

Memang. Ini fitur yang sangat dibutuhkan telah menyeret dari versi 1.3 jika saya tidak salah. Saya sendiri berada di posisi yang sama - tidak bisa menunggu sampai muncul sehingga saya bisa mulai menarik pekerjaan di tempat ke GKE.

Saya telah memodifikasi tonggak ke berikutnya, masih ada cukup banyak pekerjaan yang harus dilakukan untuk CronJobs untuk menstabilkan mereka, saya ingin mendorongnya ke depan lebih agresif, tapi sayangnya kurangnya waktu adalah faktor utama yang saya bisa' atm.

apakah imagePullSecrets didukung di template ChronJob?

@soltysh terima kasih telah memperbarui.

apakah imagePullSecrets didukung di template ChronJob?

@avaranovich seharusnya, karena kita sedang membuat Pod dari template. Jika tidak, silakan isi masalah dan beri tag saya di sana.

Hai @soltysh . Saya ingin segera melihat dalam versi beta ini! Saya ingin membantu tetapi tidak yakin apa yang diperlukan/langkah selanjutnya di sini. Bisakah Anda sedikit memperbaiki daftar periksa (mungkin membuat/mengarahkan ke masalah/dokumen yang relevan)? 🙂

@ApsOps sebelum beta, kita pasti perlu menerapkan penghapusan sisi server, mendukung mesin aplikasi google dan format chronos, dan mengizinkan penggunaan zona waktu. Mungkin akan menyenangkan untuk menyapu bug yang ada pada saya yang terkait dengan CronJobs. Saya ragu itu bisa dilakukan untuk 1.6, tetapi untuk rilis berikutnya itu bisa dilakukan. Yang paling penting beri tag saya di setiap masalah/pr yang Anda buat untuk topik ini.

@soltysh

Saya pikir beberapa orang menggunakan CronJobs seperti sekarang, dan saya kebanyakan mendengar "kapan akan menjadi beta", yang tidak begitu banyak masalah dengan alpha.

Jika kami yakin bahwa kami dapat menambahkan penghapusan sisi server, mesin aplikasi dan chronos, dan zona waktu tanpa merusak API saat ini, maka saya tidak melihat alasan untuk tidak memindahkan beta sekarang, dan menambahkan hal-hal itu sebelum GA.

+1 Untuk CronJobs beta. Segera setelah mereka beta dan reset cluster tidak diperlukan, itu akan menjadi fitur mematikan untuk sejumlah alur kerja kami di sini.

Kami menantikan fitur ini menjadi beta dan kami tidak memiliki masalah dengan alfa.

Secara pribadi saya lebih suka mengatasi setidaknya bagian penghapusan, ada seseorang yang sudah bekerja untuk menambahkan batas yang dapat dikonfigurasi untuk berapa banyak pekerjaan yang berhasil dan gagal yang tertinggal. Dan penghapusan adalah elemen kunci, saya pikir. Mari kita bahas opsi untuk memindahkan ini ke beta untuk 1.6 atau 1.7 selama panggilan aplikasi-sig yang akan datang. @michelleN keberatan menambahkan ini sebagai topik?

@NiclasHedam apakah masalah Anda sudah diatasi, apakah ada masalah terbuka yang belum saya lihat, keberatan membuka/mem-ping saya di dalamnya?

Semuanya telah dibahas di 1.4.7

Apakah ada rencana untuk menambahkan dukungan GUI ini? Misalnya, saat ini saya dapat melihat yang berikut:

[obatori<strong i="6">@obatori</strong>:~] >> kubectl get cronjobs
NAME         SCHEDULE      SUSPEND   ACTIVE    LAST-SCHEDULE
cron-hello   */1 * * * *   False     0         Tue, 25 Jul 2017 09:11:00 -0400
hello        0 22 * * *    False     0         <none>

Namun, di GUI saya hanya dapat melihat eksekusi historis, bukan pekerjaan saat ini dan jadwal yang terkait dengannya? Juga, kubectl get tidak mencantumkan cronjob / cronjobs sebagai jenis sumber daya yang valid, meskipun mereka memang berfungsi.

Tentu saja, saya mungkin melewatkan sesuatu, tetapi pencarian menyeluruh dari berbagai bagian GUI belum menunjukkan pekerjaan saya!

@oscarbatori Silakan buka masalah di kubernetes/repositori dasbor dan minta peningkatan itu.

@luxas akan melakukannya, terima kasih atas tanggapan cepat Anda.

@soltysh Bisakah Anda menambahkan PR Dokumen k8s.io untuk fitur ini untuk rilis 1.8 di sini: https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid =0

@soltysh fitur ini terdaftar di spreadsheet pelacakan fitur - https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid =0, tetapi tidak menetapkan 1,8 pencapaian.

Apakah fitur ini menargetkan 1,8?

@idvoretskyi sebagian, promosi ke beta ditargetkan untuk 1,8 dan terjadi dalam jangka waktu itu. Tidak ada pencapaian yang ditetapkan untuk ini, b/c belum ada rencana yang jelas untuk promosi di masa mendatang agar stabil.

@soltysh mengerti. Jadi, saya akan menandai dengan 1,8 tonggak sejarah.

Terima kasih!

@idvoretskyi karena ada satu fitur ( Kemampuan untuk memulai CronJobs secara manual ) kami akan mencoba masuk ke rilis 1.9 yang terkait dengan CronJobs, saya akan menambahkan 1.9 milstone di sini, bolehkah? Saya tidak ingin membuat masalah lain hanya untuk melacak satu item itu.

Saya mungkin akan mencoba memperbarui deskripsi awal sehingga mencerminkan perubahan yang diperkenalkan (juga direncanakan) untuk fitur terkait CronJob.

@soltysh ada kemajuan dengan pembaruan deskripsi fitur? :)

Silakan, gunakan template baru - https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@soltysh :wave: Harap tunjukkan di papan pelacakan fitur 1.9
apakah fitur ini memerlukan dokumentasi. Jika ya, silakan buka PR dan tambahkan tautan ke spreadsheet pelacakan. Terima kasih sebelumnya!

@idvoretskyi karena ada satu fitur ( Kemampuan untuk memulai CronJobs secara manual ) kami akan mencoba masuk ke rilis 1.9 yang terkait dengan CronJobs, saya akan menambahkan 1.9 milstone di sini

Fitur khusus ini tidak akan ada di 1.9. Haruskah kita memindahkan tonggak ke 1,10?

Untuk tonggak 1,10 ada 3 topik:

1. Dukungan TimeZone di CronJob (https://github.com/kubernetes/kubernetes/pull/47266) - @iterion lihat komentar ini untuk alasan mengapa
2. Instansiasi manual CronJob (https://github.com/kubernetes/kubernetes/pull/53988) - @erhudy
3. (?) Tulis ulang pengontrol untuk menggunakan informan bersama (https://github.com/kubernetes/kubernetes/issues/17130) - @soltysh

@soltysh dan masih beta, kan?

Persyaratan stabil:

1. Pemberi informasi bersama di pengontrol (https://github.com/kubernetes/kubernetes/issues/17130)
2. Mendukung format waktu yang berbeda ( ISO 8601 , format waktu GCE ).

Spreadsheet pelacakan fitur spreadsheet ? Terima kasih!

@soltysh docs ping -- batas waktu untuk menggabungkan PR dokumen adalah Jumat ini, 9 Maret. Lihat komentar sebelumnya. Terima kasih! /cc @idvoretskyi

@Bradamant3 maaf atas keterlambatannya, tidak diperlukan pembaruan dokumen untuk fitur ini. Saya telah menambahkan komentar di spreadsheet yang ditautkan.

@soltysh
Ada rencana untuk ini di 1.11?

Jika demikian, dapatkah Anda memastikan bahwa fitur tersebut mutakhir dengan yang sesuai:

• Keterangan
• Tonggak pencapaian
• Penerima Tugas
• Label:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

Ada rencana untuk ini di 1.11?

Pengontrol menulis ulang untuk memenuhi https://github.com/kubernetes/kubernetes/issues/17130 tapi saya masih berjuang dengan waktu. Jadi ini lebih merupakan angan-angan daripada rencana yang sebenarnya :wink:

Oke keren. Saya akan mendorong tonggak sejarah ini.

ada pembaruan tentang rencana untuk membawa ini ke stabil? Saya berasumsi berdasarkan kurangnya tonggak ini tidak akan terjadi untuk 1,12?

ada pembaruan tentang rencana untuk membawa ini ke stabil? Saya berasumsi berdasarkan kurangnya tonggak ini tidak akan terjadi untuk 1,12?

@soltysh ^^

@spiffxp -- Saya berbicara dengan @soltysh sebelumnya. Tidak ada yang direncanakan untuk 1.12.

Hai
Peningkatan ini telah dilacak sebelumnya, jadi kami ingin memeriksa dan melihat apakah ada rencana untuk menyelesaikan tahap ini di Kubernetes 1.13. Rilis ini ditargetkan lebih 'stabil' dan memiliki timeline yang agresif. Harap sertakan peningkatan ini hanya jika ada tingkat kepercayaan yang tinggi bahwa perangkat tersebut akan memenuhi tenggat waktu berikut:

• Dokumen (PR placeholder terbuka): 11/8
• Kode Lumpur: 11/9
• Pembekuan Kode Dimulai: 11/15
• Dokumen Lengkap dan Diulas: 27/11

Harap luangkan waktu sejenak untuk memperbarui pencapaian pada kiriman asli Anda untuk pelacakan di masa mendatang dan ping ke @kacole2 jika perlu disertakan dalam Lembar Pelacakan Penyempurnaan 1.13

Terima kasih!

@kacole2 ini tidak bergerak ke mana pun sampai kami memperbaiki masalah terbesar dengan pengontrol cronjob, yang dibagikan informan. Kami akan membahas topik ini selama panggilan SIG-Apps berikutnya.

Masalah menjadi basi setelah 90 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle stale .
Masalah basi membusuk setelah 30 hari tambahan tidak aktif dan akhirnya ditutup.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup basi

Masalah basi membusuk setelah 30 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle rotten .
Masalah busuk ditutup setelah 30 hari tambahan tidak aktif.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup busuk

Bagaimana dengan awalan untuk pekerjaan seperti 20190212T2157Z

/hapus-siklus hidup busuk

/siklus hidup dibekukan

Masalah peningkatan yang dibuka di kubernetes/enhancements tidak boleh ditandai sebagai dibekukan.
Pemilik Penyempurnaan dapat memastikan bahwa perangkat tambahan tetap segar dengan memperbarui status mereka secara konsisten di seluruh siklus rilis.

/hapus siklus hidup beku

Halo @soltysh , saya Pemimpin Peningkatan untuk 1,15. Apakah fitur ini akan lulus tahap alfa/beta/stabil di 1.15? Tolong beri tahu saya agar dapat dilacak dengan benar dan ditambahkan ke spreadsheet. Seperti biasa, KEP perlu digabung sebelum ini dapat berlanjut.

Setelah pengkodean dimulai, harap cantumkan semua PR k/k yang relevan dalam edisi ini sehingga dapat dilacak dengan benar.

Sebagai pengguna, saya telah berhasil menggunakan jenis sumber daya ini untuk waktu yang lama sekarang. Saya belum melihat masalah besar dengan api. Apakah sudah waktunya untuk mengirimkannya sebagai GA?

Kami sedang mengerjakan KEP untuk kelulusan

Oke. Terima kasih atas pembaruannya.

Hai @kow3ns @soltysh , saya Pemimpin Peningkatan 1,16. Apakah fitur ini akan lulus tahap alfa/beta/stabil di 1.16? Tolong beri tahu saya agar dapat ditambahkan ke 1,16 Pelacakan Spreadsheet . Jika tidak lulus, saya akan menghapusnya dari tonggak sejarah dan mengubah label yang dilacak.

Setelah pengkodean dimulai atau jika sudah, harap cantumkan semua PR k/k yang relevan dalam edisi ini sehingga dapat dilacak dengan benar.

Sebagai pengingat, setiap penyempurnaan memerlukan KEP dalam status yang dapat diterapkan dengan Kriteria Kelulusan yang menjelaskan setiap persyaratan tahapan alfa/beta/stabil.

Tanggal pencapaian adalah Enhancement Freeze 30/7 dan Code Freeze 29/8.

Terima kasih.

Hai @soltysh @kow3ns , 1.17 Peningkatan bayangan di sini. Saya ingin memeriksa dan melihat apakah menurut Anda Peningkatan ini akan ditingkatkan ke alfa/beta/stabil di 1.17?

Jadwal rilis saat ini adalah:

• Senin, 23 September - Siklus Rilis Dimulai
• Selasa, 15 Oktober, EOD PST - Enhancements Freeze
• Kamis, 14 November, EOD PST - Pembekuan Kode
• Selasa, 19 November - Dokumen harus dilengkapi dan ditinjau
• Senin, 9 Desember - Kubernetes 1.17.0 Dirilis

Jika ya, saya akan menambahkannya ke lembar pelacakan 1,17 (https://bit.ly/k8s117-enhancement-tracking). Setelah pengkodean dimulai, harap cantumkan semua PR k/k yang relevan dalam edisi ini sehingga dapat dilacak dengan benar. 👍

Terima kasih!

Masalah menjadi basi setelah 90 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle stale .
Masalah basi membusuk setelah 30 hari tambahan tidak aktif dan akhirnya ditutup.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup basi

/hapus siklus hidup basi

Hai @soltysh @kow3ns ,

1.18 Anggota tim peningkatan di sini. Saya ingin check-in dan melihat apakah menurut Anda Peningkatan ini akan beralih ke alfa/beta/stabil di 1.18? Peningkatan akan dibekukan pada 28 Januari.

Jika ya, saya akan menambahkannya ke lembar pelacakan 1,18 (https://bit.ly/k8s-1-18-enhancements). Setelah pengkodean dimulai, harap cantumkan semua PR k/k yang relevan dalam edisi ini sehingga dapat dilacak dengan benar. :+1:

Terima kasih!

Jadwal rilis saat ini adalah:

• Senin, 6 Januari - Siklus Rilis Dimulai
• Selasa, 28 Januari EOD PST - Enhancements Freeze
• Kamis, 5 Maret, EOD PST - Pembekuan Kode
• Senin, 16 Maret - Dokumen harus dilengkapi dan ditinjau
• Selasa, 24 Maret - Kubernetes 1.18.0 Dirilis

Hai @palnabarun @barney-s sedang berupaya menutup KEP tepat waktu, implementasinya akan dilanjutkan.

Terima kasih, @soltysh atas pembaruannya. Saya menduga peningkatan ini ditargetkan stabil untuk rilis. Saya memperbarui yang sama di lembar pelacakan. Tolong beri tahu saya jika sebaliknya.

/stadium stabil

/ tonggak sejarah v1.18

@barney-s Sekedar mengingatkan, kami hanya 7 hari lagi dari Enhancement Freeze (Selasa, 28 Januari).

Apakah Anda memiliki pembaruan tentang KEP?

Per @mattfarina di Slack, ini tidak akan lulus ke stabil di 1.18. Saya akan menghapusnya dari tonggak 1,18 dan menjatuhkannya dari lembar pelacakan rilis.

KEP PR: https://github.com/kubernetes/enhancements/pull/978

/pencapaian jelas

Masalah menjadi basi setelah 90 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle stale .
Masalah basi membusuk setelah 30 hari tambahan tidak aktif dan akhirnya ditutup.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup basi

/hapus siklus hidup basi

Hai @soltysh @kow3ns , 1.19 Peningkatan bayangan di sini. Saya ingin check-in dan melihat apakah menurut Anda Peningkatan ini akan lulus pada 1,19?

Untuk mendapatkan bagian rilis ini:

1. KEP PR harus digabung dalam keadaan yang dapat diimplementasikan
2. KEP harus memiliki rencana pengujian
3. KEP harus memiliki kriteria kelulusan.

Jadwal rilis saat ini adalah:

• Senin, 13 April: Minggu 1 - Siklus rilis dimulai
• Selasa, 19 Mei: Minggu 6 - Enhancements Freeze
• Kamis, 25 Juni: Minggu 11 - Pembekuan Kode
• Kamis, 9 Juli: Minggu 14 - Dokumen harus diselesaikan dan ditinjau
• Selasa, 4 Agustus: Minggu 17 - Kubernetes v1.19.0 dirilis

Jika ya, saya akan menambahkannya ke lembar pelacakan 1,19 (http://bit.ly/k8s-1-19-enhancements). Setelah pengkodean dimulai, harap cantumkan semua PR k/k yang relevan dalam edisi ini sehingga dapat dilacak dengan benar. 👍

Terima kasih!

Hai @soltysh / @kow3ns , Saya menindaklanjuti pembaruan saya sebelumnya tentang Peningkatan ini sebagai bagian dari rilis v1.19 .

Apakah Anda memiliki pembaruan tentang kemungkinan ini dimasukkan dalam rilis v1.19 ?

Sekali lagi terima kasih atas waktu dan kontribusi Anda. 🖖

Hai @soltysh / @kow3ns , Saya menindaklanjuti pembaruan saya sebelumnya tentang Peningkatan ini sebagai bagian dari rilis v1.19 .

Apakah Anda memiliki pembaruan tentang kemungkinan ini dimasukkan dalam rilis v1.19 ?

Sekali lagi terima kasih atas waktu dan kontribusi Anda. 🖖

Hai @soltysh / @kow3ns , ada rencana untuk Enhancements disertakan dalam v1.19 ? Harap beri tahu saya agar saya dapat memperbarui lembar pelacakan untuk menunjukkan status penyertaan.

_ Pembekuan perangkat tambahan pada 19 Mei _

Perhatikan bahwa baru-baru ini format KEP telah berubah. Selain itu, #1620 baru-baru ini digabungkan, menambahkan pertanyaan tinjauan kesiapan produksi ke template KEP.
Silakan ambil kesempatan ini untuk memformat ulang KEP Anda dan juga menjawab pertanyaan yang ditambahkan ke template di PR itu.

Terima kasih,
🖖

Hai @soltysh / @kow3ns , Sayangnya batas waktu pembekuan Peningkatan 1.19 telah berlalu dan KEP #978 masih dalam penerbangan. Untuk saat ini sedang dihapus dari tonggak sejarah dan 1,19 lembar pelacakan . Jika ada kebutuhan untuk memasukkan ini, harap ajukan pengecualian peningkatan .

Masalah menjadi basi setelah 90 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle stale .
Masalah basi membusuk setelah 30 hari tambahan tidak aktif dan akhirnya ditutup.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup basi

/siklus hidup dibekukan

Masalah peningkatan yang dibuka di kubernetes/enhancements tidak boleh ditandai sebagai dibekukan.
Pemilik Penyempurnaan dapat memastikan bahwa perangkat tambahan tetap segar dengan memperbarui status mereka secara konsisten di seluruh siklus rilis.

/hapus siklus hidup beku

/siklus hidup dibekukan

Hai @soltysh

Peningkatan Pimpin di sini. Ada rencana untuk ini di 1.20?

Terima kasih,
Kirsten

@kikisdeliveryservice ya, kami berencana untuk memindahkan ini secara perlahan, lihat https://github.com/kubernetes/enhancements/pull/1996 untuk proposal, jadi 1.20 adalah saat kami akan memperkenalkan pengontrol baru sebagai alfa. Saya baru saja memperbarui deskripsi awal dengan semua tautan yang tepat dan untuk mencocokkan template saat ini.

/tonggak sejarah v1.20

@kikisdeliveryservice ya, kami berencana untuk memindahkan ini secara perlahan, lihat #1996 untuk proposal, jadi 1.20 adalah saat kami akan memperkenalkan pengontrol baru sebagai alpha. Saya baru saja memperbarui deskripsi awal dengan semua tautan yang tepat dan untuk mencocokkan template saat ini.

OK saya banyak membaca ini dan saya agak bingung
KEP dalam versi beta. Ini akan tetap dalam versi beta?? sampai 1,21 GA?

# The target maturity stage in the current dev cycle for this KEP.
stage: beta

# The most recent milestone for which work toward delivery of this KEP has been
# done. This can be the current (upcoming) milestone, if it is being actively
# worked on.
latest-milestone: "v1.20"

# The milestone at which this feature was, or is targeted to be, at each stage.
milestone:
  alpha: "v1.4"
  beta: "v1.9"
  stable: "v1.21"

Kedengarannya seperti pekerjaan akan dilakukan selama 1,20 (pengontrol baru, dll ...) untuk menyelesaikan ini ke GA tetapi pekerjaan itu mungkin memerlukan rilis atau 2 untuk diselesaikan sebelum GA? Apakah saya melakukannya dengan benar? Jadi ini tidak perlu dilacak untuk rilis 1.20?

(Mohon koreksi jika saya salah!!)

Kedengarannya seperti pekerjaan akan dilakukan selama 1,20 (pengontrol baru, dll ...) untuk menyelesaikan ini ke GA tetapi pekerjaan itu mungkin memerlukan rilis atau 2 untuk diselesaikan sebelum GA? Apakah saya melakukannya dengan benar? Jadi ini tidak perlu dilacak untuk rilis 1.20?

Itu betul. Kami tidak menargetkan 1,20 per se, tetapi bagian penting dari pekerjaan (pengontrol baru) akan mendarat di 1,20. Itu sebabnya saya pikir itu harus dilacak untuk 1,20, bukan?

/tahap beta

@soltysh Masuk akal mari kita

Sebagai catatan saya sendiri, kami hanya menunggu PR (yang memenuhi kriteria) https://github.com/kubernetes/enhancements/pull/1996 untuk bergabung pada 6 Oktober

KEP bergabung! :pesta_face:

Hai @soltysh !

Karena Penyempurnaan Anda dijadwalkan pada 1.20, harap ingat tanggal-tanggal penting yang akan datang:
Jumat, 6 November: Minggu 8 - Batas waktu PR Placeholder Dokumen
Kamis, 12 November: Minggu 9 - Pembekuan Kode

Sebagai pengingat, harap tautkan semua PR k/k Anda serta PR dokumen ke masalah ini sehingga kami dapat melacaknya.

Terima kasih!
Kirsten

Halo @soltysh , 1.20 Docs shadow di sini.
Apakah pekerjaan peningkatan ini direncanakan untuk 1.20 memerlukan dokumen baru atau modifikasi pada dokumen yang ada?

Jika demikian, silakan mengikuti langkah-langkah di sini untuk membuka PR terhadap dev-1.20 cabang di k/website repo. PR ini hanya dapat menjadi pengganti saat ini dan harus dibuat sebelum 6 November

Lihat juga Mendokumentasikan rilis untuk membiasakan diri Anda dengan persyaratan dokumen untuk rilis.
Terima kasih!

Yakin itu :+1:

Hai @soltysh
Batas waktu penampung dokumen hampir tiba. Pastikan untuk membuat PR placeholder terhadap cabang dev-1.20 di k/website sebelum batas waktu

Juga, harap diingat tanggal penting yang akan datang:

• Jumat, 6 November: Minggu 8 - Batas waktu PR Placeholder Dokumen
• Kamis, 12 November: Minggu 9 - Pembekuan Kode
• Senin, 23 Nov: Minggu 11 - PR Dokumen Siap Ditinjau
  Sebagai pengingat, harap tautkan semua PR k/k Anda serta PR dokumen ke edisi ini untuk dilacak oleh tim rilis.

• Implementasi pengontrol - https://github.com/kubernetes/kubernetes/pull/93370
• Dokumentasi - https://github.com/kubernetes/website/pull/24885

Hai @soltysh !

Sepertinya kubernetes/kubernetes#93370 masih terbuka tetapi sedang ditinjau secara aktif. Sekedar mengingatkan bahwa Code Freeze akan hadir 2 hari lagi pada hari Kamis, 12 November . Semua PR harus digabungkan pada tanggal tersebut, jika tidak, Pengecualian diperlukan.

Terbaik,
Kirsten

Yup, saya ikut, jika kami tidak menggabungkan PR dalam beberapa jam ke depan, kami akan mengisi pengecualian.

Itu bergabung! Luar biasa!!