Kompatibilitas Mundur

Laporkan masalah Lihat sumber Nightly · 8.0 . 7,4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

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 sepenuhnya kompatibel dengan versi sebelumnya. Perubahan antara rilis LTS utama mungkin berisi perubahan yang tidak kompatibel yang memerlukan beberapa upaya migrasi. Untuk mengetahui informasi selengkapnya tentang cara kerja ritme rilis Bazel, lihat Mengumumkan rilis Dukungan Jangka Panjang (LTS) Bazel.

Ringkasan

  1. Sebaiknya gunakan flag --incompatible_* untuk perubahan yang menyebabkan error.
  2. Untuk setiap tanda --incompatible_*, masalah GitHub menjelaskan perubahan perilaku dan bertujuan untuk memberikan resep migrasi.
  3. API dan perilaku yang dilindungi oleh tanda --experimental_* dapat berubah kapan saja.
  4. Jangan pernah menjalankan build produksi dengan flag --experimental_* atau --incompatible_*.

Cara mematuhi kebijakan ini

Apa yang dimaksud dengan fungsi stabil?

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

Hal ini mencakup:

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

Perubahan dan resep migrasi yang tidak kompatibel

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

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

Menyampaikan perubahan yang tidak kompatibel

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

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

  • Nama tanda yang mengontrol perubahan yang tidak kompatibel
  • Deskripsi fungsi yang diubah
  • Resep migrasi

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