Deskripsi Fitur

• Deskripsi fitur satu baris (dapat digunakan sebagai catatan rilis):
• Kontak utama (penerima tugas):
• SIG yang bertanggung jawab:
• Tautan proposal desain (repo komunitas): https://github.com/kubernetes/community/issues/429
• Peninjau - (untuk LGTM) merekomendasikan agar 2+ pengulas (setidaknya satu dari file PEMILIK area kode) setuju untuk meninjau. Peninjau dari beberapa perusahaan lebih disukai:
• Penyetuju (kemungkinan dari SIG/area tempat fitur tersebut dimiliki):
• Target fitur (target mana yang sama dengan pencapaian yang mana):
  
  
  
  • Target rilis alfa (xy)
  
  
  • Target rilis beta (xy)
  
  
  • Target rilis stabil (xy)
  
  

######### Template usang di bawah ini

Keterangan

IPvS atau LVS adalah fitur kernel yang dapat mem-proxy permintaan dalam 3 cara berbeda, model Perutean Langsung adalah model yang lebih disukai.

Pelacak Kemajuan

• [ ] Alfa
  
  
  
  • [ ] Tulis dan pertahankan kualitas draf dokumen
    
    
    
    
    
    • [ ] Selama pengembangan, tetap perbarui dokumen tentang pengalaman fitur yang diinginkan dan bagaimana seseorang dapat mencoba fitur tersebut dalam kondisi saat ini. Anggap saja sebagai README fitur baru Anda dan kerangka untuk dokumen yang akan ditulis sebelum rilis Kubernetes. Tempel tautan ke Google Dokumen: DOC-LINK
    
    
    
  
  
  • [ ] Persetujuan Desain
    
    
    
    
    
    • [x] Proposal Desain. https://github.com/kubernetes/community/issues/429
    
    
    
    • [ ] Tentukan repo mana kode fitur ini akan diperiksa. Tidak semuanya perlu mendarat di repo kubernetes inti. REPO-NAME
    
    
    
    • [ ] Tinjauan API awal (jika API). Mungkin PR sama dengan design doc. PR-NUMBER
    
    
    
    • Kode apa pun yang mengubah API ( /pkg/apis/... )
    
    
    
    • cc @kubernetes/api
    
    
    
    • [ ] Identifikasi gembala (pemimpin SIG Anda dan/atau [email protected] akan dapat membantu Anda). Gembala saya adalah: _replace. [email protected]_ (dan/atau GH Handle)
    
    
    
    • Gembala adalah individu yang akan membantu memperkenalkan Anda dengan proses memasukkan fitur Anda ke dalam repo, mengidentifikasi pengulas dan memberikan umpan balik tentang fitur tersebut. Mereka _not_ (harus) adalah peninjau kode fitur, atau pemimpin teknologi untuk area tersebut.
    
    
    
    • Gembala _tidak_ bertanggung jawab untuk hadir di pertemuan Kubernetes-PM dan/atau berkomunikasi jika fitur tersebut sesuai rencana untuk mencapai tujuan rilis. Itu tetap menjadi tanggung jawab Anda.
    
    
    
    • [ ] Identifikasi titik kontak sekunder/cadangan. Titik Kontak Sekunder saya adalah: _replace. [email protected]_ (dan/atau GH Handle)
    
    
    
  
  
  • [ ] Tulis (kode + tes + dokumen) lalu gabungkan. SEMUA-PR-NUMBER
    
    
    
    
    
    • [ ] Kode harus dinonaktifkan secara default. Diverifikasi dengan kode OWNERS
    
    
    
    • [ ] Minimal pengujian
    
    
    
    • [ ] Minimal dokumen
    
    
    
    • cc @kubernetes/docs pada dokumen PR
    
    
    
    • cc @kubernetes/feature-reviewers pada masalah ini untuk mendapatkan persetujuan sebelum mencentang ini
    
    
    
    • Api baru: Item Bagian Glosarium dalam repo dokumen: kubernetes/kubernetes.github.io
    
    
    
    • [ ] Perbarui catatan rilis
    
    
    
  
  
• [ ] Beta
  
  
  
  • [ ] Pengujian cukup untuk beta
  
  
  • [ ] Dokumen pengguna dengan tutorial
    
    
    
    
    
    • Panduan / tutorial yang diperbarui di repo dokumen: kubernetes/kubernetes.github.io
    
    
    
    • cc @kubernetes/docs pada dokumen PR
    
    
    
    • cc @kubernetes/feature-reviewers pada masalah ini untuk mendapatkan persetujuan sebelum mencentang ini
    
    
    
  
  
  • [ ] Tinjauan API menyeluruh
  
  
  • cc @kubernetes/api
  
  
• [ ] Stabil
  
  
  
  • [ ] docs/proposals/foo.md dipindahkan ke docs/design/foo.md
    
    
    
    
    
    • cc @kubernetes/feature-reviewers pada masalah ini untuk mendapatkan persetujuan sebelum memeriksanya
    
    
    
  
  
  • [ ] Rendam, uji beban
  
  
  • [ ] detail dokumen pengguna dan contoh
  
  
  • cc @kubernetes/docs
  
  
  • cc @kubernetes/feature-reviewers pada masalah ini untuk mendapatkan persetujuan sebelum memeriksanya
  
  

FEATURE_STATUS digunakan untuk pelacakan fitur dan diperbarui oleh @kubernetes/feature-reviewers .
FEATURE_STATUS: IN_DEVELOPMENT

Saran lainnya:

Desain

• Setelah Anda mendapatkan LGTM dari anggota @kubernetes/feature-reviewers , Anda dapat mencentang kotak ini, dan peninjau akan menerapkan label "desain-lengkap".

Pengkodean

• Gunakan PR sebanyak yang Anda butuhkan. Tulis tes dalam PR yang sama atau berbeda, sesuai keinginan Anda.
• Saat setiap PR digabungkan, tambahkan komentar ke masalah ini dengan referensi PR. Kode masuk ke repositori http://github.com/kubernetes/kubernetes ,
  dan terkadang http://github.com/kubernetes/contrib , atau repo lainnya.
• Setelah Anda selesai dengan kode, terapkan label "kode-lengkap".
• Ketika fitur memiliki dokumen pengguna, harap tambahkan komentar yang menyebutkan @kubernetes/feature-reviewers dan mereka akan melakukannya
  periksa apakah kode cocok dengan fitur dan desain yang diusulkan, dan semuanya sudah selesai, dan ada yang memadai
  pengujian. Mereka tidak akan melakukan tinjauan kode terperinci: itu sudah terjadi ketika PR Anda ditinjau.
  Setelah selesai, Anda dapat mencentang kotak ini dan peninjau akan menerapkan label "kode-lengkap".

Dokumen

• [ ] Tulis dokumen pengguna dan gabungkan.
• Dokumen pengguna masuk ke http://github.com/kubernetes/kubernetes.github.io.
• Jika fitur memiliki dokumen pengguna, harap tambahkan komentar yang menyebutkan @kubernetes/docs .
• Saat Anda mendapatkan LGTM, Anda dapat mencentang kotak ini, dan peninjau akan menerapkan label "docs-complete".