Khả năng tương thích ngược

Báo cáo sự cố Xem nguồn

Trang này cung cấp thông tin về cách xử lý khả năng tương thích ngược, bao gồm cả việc di chuyển từ bản phát hành này sang bản phát hành khác và cách thông báo các thay đổi không tương thích.

Bazel đang phát triển. Các phiên bản nhỏ được phát hành trong phiên bản lớn LTS hoàn toàn tương thích ngược. Những thay đổi giữa các bản phát hành LTS chính có thể chứa những thay đổi không tương thích và đòi hỏi phải di chuyển một chút. Để biết thêm thông tin về cách hoạt động của quy trình phát hành Bazel, hãy xem bài viết Công bố bản phát hành Hỗ trợ dài hạn (LTS) cho Bazel.

Tóm tắt

  1. Bạn nên sử dụng cờ --incompatible_* cho các thay đổi có thể gây lỗi.
  2. Đối với mỗi cờ --incompatible_*, một vấn đề trên GitHub sẽ giải thích sự thay đổi về hành vi và nhằm mục đích cung cấp công thức di chuyển.
  3. Các API và hành vi được bảo vệ bằng cờ --experimental_* có thể thay đổi bất cứ lúc nào.
  4. Không bao giờ chạy các bản dựng chính thức có cờ --experimental_* hoặc --incompatible_*.

Cách tuân thủ chính sách này

Chức năng ổn định là gì?

Nhìn chung, các API hoặc hành vi không có cờ --experimental_... được coi là tính năng ổn định và được hỗ trợ trong Bazel.

Nội dung này bao gồm:

  • Ngôn ngữ và API của Starlark
  • Quy tắc đi kèm với Bazel
  • Các API Bazel, chẳng hạn như API Thực thi từ xa hoặc Giao thức sự kiện Xây dựng
  • Cờ và ngữ nghĩa của cờ

Công thức di chuyển và thay đổi không tương thích

Đối với mọi thay đổi không tương thích trong bản phát hành mới, nhóm Bazel hướng đến việc cung cấp công thức di chuyển giúp bạn cập nhật mã (tệp BUILD.bzl, cũng như mọi hoạt động sử dụng Bazel trong tập lệnh, cách sử dụng API Bazel, v.v.).

Các thay đổi không tương thích phải được liên kết với một cờ --incompatible_* và có một vấn đề tương ứng trên GitHub.

Thông báo về các thay đổi không tương thích

Nguồn thông tin chính về các thay đổi không tương thích là các vấn đề trên GitHub được đánh dấu bằng nhãn"thay đổi không tương thích".

Đối với mỗi thay đổi không tương thích, vấn đề nêu rõ những nội dung sau:

  • Tên của cờ kiểm soát thay đổi không tương thích
  • Nội dung mô tả về chức năng đã thay đổi
  • Công thức di chuyển

Khi một thay đổi không tương thích đã sẵn sàng để di chuyển bằng Bazel ở HEAD (do đó, cũng với bản phát hành luân phiên tiếp theo của Bazel), bạn nên đánh dấu thay đổi đó bằng nhãn migration-ready. Vấn đề thay đổi không tương thích sẽ được đóng khi cờ không tương thích được lật ở HEAD.