Kompatibilitas Mundur

Laporkan masalahopen_in_new Lihat sumberopen_in_new

Halaman ini memberikan informasi tentang cara menangani kompatibilitas mundur, termasuk bermigrasi dari satu rilis ke rilis lainnya dan cara menyampaikan perubahan yang tidak kompatibel.

Bazel terus berkembang. Versi minor yang dirilis sebagai bagian dari versi utama LTS akan sepenuhnya kompatibel dengan versi lama. Rilis LTS utama yang baru mungkin berisi perubahan yang tidak kompatibel yang memerlukan upaya migrasi. Untuk mengetahui informasi selengkapnya tentang model rilis Bazel, lihat halaman Model Rilis.

Ringkasan

1. Sebaiknya gunakan tanda --incompatible_* untuk perubahan yang dapat menyebabkan gangguan.
2. Untuk setiap flag --incompatible_*, masalah GitHub menjelaskan perubahan perilaku dan bertujuan untuk menyediakan urutan migrasi.
3. Tanda yang tidak kompatibel direkomendasikan untuk di-backport ke rilis LTS terbaru tanpa mengaktifkan tanda secara default.
4. API dan perilaku yang dilindungi oleh flag --experimental_* dapat berubah kapan saja.
5. Jangan pernah menjalankan build produksi dengan flag --experimental_* atau --incompatible_*.

Cara mematuhi kebijakan ini

• Untuk pengguna Bazel - cara mengupdate Bazel
• Untuk kontributor - praktik terbaik untuk perubahan yang tidak kompatibel
• Untuk pengelola rilis - cara memperbarui label masalah dan rilis

Apa itu fungsi stabil?

Secara umum, API atau perilaku tanpa flag --experimental_... dianggap stabil yang didukung di Bazel.

Hal ini mencakup:

• Bahasa dan API Starlark
• Aturan yang dipaketkan dengan Bazel
• API Bazel seperti Remote Execution API atau Build Event Protocol
• Flag dan semantiknya

Perubahan yang tidak kompatibel dan urutan langkah migrasi

Untuk setiap perubahan yang tidak kompatibel dalam rilis baru, tim Bazel berupaya memberikan resep migrasi yang membantu Anda memperbarui kode (file BUILD dan .bzl, serta penggunaan Bazel dalam skrip, penggunaan Bazel API, dan sebagainya).

Perubahan yang tidak kompatibel harus memiliki flag --incompatible_* terkait dan masalah GitHub yang sesuai.

Flag yang tidak kompatibel dan perubahan yang relevan direkomendasikan untuk di-backport ke rilis LTS terbaru tanpa mengaktifkan flag secara default. Hal ini memungkinkan pengguna melakukan migrasi untuk perubahan yang tidak kompatibel sebelum rilis LTS berikutnya tersedia.

Mengkomunikasikan perubahan yang tidak kompatibel

Sumber utama informasi tentang perubahan yang tidak kompatibel adalah masalah GitHub yang ditandai dengan label"incompatible-change".

Untuk setiap perubahan yang tidak kompatibel, masalah tersebut menentukan hal berikut:

• Nama flag yang mengontrol perubahan yang tidak kompatibel
• Deskripsi fungsi yang diubah
• Urutan langkah migrasi

Saat perubahan yang tidak kompatibel siap dimigrasikan dengan Bazel di HEAD (oleh karena itu, juga dengan rilis berkelanjutan Bazel berikutnya), perubahan tersebut harus ditandai dengan label migration-ready. Masalah perubahan yang tidak kompatibel akan ditutup saat tanda yang tidak kompatibel dibalik ke HEAD.