[ English | Deutsch | English (United Kingdom) | 한국어 (대한민국) | español (México) | 中文 (简体, 中国) | Indonesia ]

Rilis

OpenStack memiliki irama (cadence0 rilis selama 6 bulan dengan model rilis berbeda yang dapat dipilih proyek untuk diikuti.

Bagian ini memungkinkan Anda untuk:

  • Memahami berbagai model rilis yang diikuti oleh komponen OpenStack

  • Ketahui struktur dari model rilis yang berbeda dan cara bekerja secara efektif pada mereka untuk mempengaruhi masa depan OpenStack

Model Rilis

OpenStack terdiri dari sejumlah besar proyek yang membentuk komponen utama dari cloud OpenStack, dari pustaka klien hingga layanan manajemen siklus hidup. Berbagai proyek berbeda di alam yang menyiratkan berbeda release models mengikuti.

Opsi yang saat ini tersedia adalah sebagai berikut:

Jadwal dan Perencanaan Rilis

Sebagian besar proyek OpenStack resmi mengikuti jadwal rilis yang ditetapkan oleh Release Management Team.

Siklus 6 bulan dibagi menjadi tiga tonggak dan periode stabilisasi yang biasanya satu bulan dengan kandidat pelepas.

Periode pertama siklus mencakup lebih banyak fokus pada perencanaan, itulah sebabnya PTG dijadwalkan tepat setelah rilis. Ini adalah fase ketika Anda harus mengunggah spesifikasi Anda untuk ditinjau dan menggunakan milis, saluran proyek, dan pertemuan di IRC untuk membahas bagian mana pun dari desain Anda yang mungkin dipertanyakan.

Setelah tonggak pertama, beberapa proyek lebih fokus pada pengembangan dan kegiatan perbaikan bug, sementara proyek lain mungkin masih menerima ide-ide baru untuk diimplementasikan dalam siklus itu.

Periode ketiga rilis berfokus pada penyelesaian implementasi dan pengujian fungsionalitas baru yang ditambahkan selama rilis. Anda perlu memastikan untuk menambahkan tes baru di Tempest dan memiliki dokumentasi yang tercakup juga sebelum tonggak ketiga. Selama fase ini tim peninjau inti dapat memilih untuk fokus hanya pada fitur-fitur prioritas tinggi. Mereka membuat keputusan tentang prioritas baik di PTG atau segera setelah itu, beberapa saat sebelum tonggak pertama rilis.

Beberapa proyek juga memiliki tanggal yang berbeda melalui siklus rilis sebagai tenggat waktu internal dan spesifik proyek, seperti pembekuan spesifikasi atau pembekuan kode. Anda harus memastikan bahwa Anda mengetahui tanggal pembekuan yang dapat Anda temukan di halaman jadwal rilis <https://releases.openstack.org>`_.

Setelah tonggak ketiga, komunitas fokus pada menstabilkan rilis dengan lebih menekankan pengujian dan memperbaiki bug. Proyek-proyek setelah siklus rilis memiliki calon rilis mereka ditandai setelah tonggak ketiga. Tidak ada batasan untuk melepaskan kandidat, tetapi tujuannya adalah untuk menjaga jumlah yang rendah dan memperbaiki semua masalah kritis yang diidentifikasi oleh tonggak-3.

Memiliki proyek utama setelah siklus rilis memastikan bahwa semua proyek ini dirilis pada waktu yang sama sehingga ini dapat diambil oleh tim hilir untuk dipaket dan didistribusikan lebih lanjut.

Stable Branches

Setelah siklus pengembangan 6 bulan selesai, kode untuk rilis itu bercabang, dalam git, ke cabang stabil. Misalnya, ketika rilis Stein selesai cabang baru di git, stable/stein dibuat.

Stable branch disimpan sebagai sumber perbaikan yang aman untuk bug berdampak tinggi dan masalah keamanan yang telah diperbaiki, pada master, sejak rilis terjadi. Mengingat sifat stabil dari cabang-cabang ini, backport ke cabang-cabang stabil mengalami pengawasan tambahan ketika diusulkan. Perubahan yang diajukan harus:

  • Memiliki risiko rendah untuk memperkenalkan regresi

  • Memiliki manfaat yang terlihat oleh pengguna

  • Jadilah mandiri

  • Jadilah termasuk dalam master dan di-backport ke semua rilis antara master dan cabang stabil yang dimaksud

Tim proyek menunjuk rilis dari cabang stabil ketika perubahan yang cukup menumpuk di cabang stabil untuk membenarkan membuat rilis lain untuk proyek mereka.

Stable branchl berjalan melalui berbagai tingkat pemeliharaan seiring bertambahnya usia.

State

Time frame

Summary

Maintained

Sekitar 18 bulan

Semua perbaikan bug yang sesuai diterima dan rilis diproduksi.

Extended Maintenance

Sementara ada anggota masyarakat yang memeliharanya.

Semua perbaikan bug yang sesuai diterima. Tidak ada rilis yang diproduksi dan komitmen CI berkurang.

Unmaintained

6 bulan dari saat cabang dibuat tanpa perawatan.

Branch berada di bawah aturan Extended Maintenance, tetapi tidak ada pengelola.

End of Life (EOL)

N/A

Branch tidak lagi menerima Changes.

Sebelum rilis Ocata, fase Maintained and Extended Maintenance hanya 6 bulan. Ini berarti bahwa setiap rilis menjadi End of Life setelah 18 bulan. Ditentukan bahwa praktik ini tidak menguntungkan bagi distributor atau pengguna OpenStack. Sebagai hasilnya, status Maintained diperbarui untuk 18 bulan terakhir dan kerangka waktu Extended Maitenance menjadi fleksibel meningkatkan jumlah branch stabil yang masih menerima perbaikan.

Keadaan semua rilis OpenStack dapat dilihat pada halaman web OpenStack Releases <https://releases.openstack.org> _.

Untuk informasi lebih lanjut tentang Stable Branches dan fase pemeliharaannya lihat halaman Stable Branches <https://docs.openstack.org/project-team-guide/stable-branches.html> halaman _.