Hành động
Lệnh để chạy trong quá trình xây dựng, ví dụ: lệnh gọi đến trình biên dịch lấy cấu phần phần mềm làm dữ liệu đầu vào và tạo ra các cấu phần phần mềm khác làm dữ liệu đầu ra. Bao gồm siêu dữ liệu như các đối số dòng lệnh, phím hành động, biến môi trường và các cấu phần phần mềm đầu vào/đầu ra đã khai báo.
Xem thêm: Tài liệu về quy tắc
Bộ nhớ đệm của thao tác
Bộ nhớ đệm trên ổ đĩa lưu trữ mối liên kết của các hành động đã thực thi với các đầu ra mà các hành động đó đã tạo. Khoá bộ nhớ đệm được gọi là khoá hành động. Một thành phần cốt lõi cho mô hình mức độ gia tăng của Bazel. Bộ nhớ đệm được lưu trữ trong thư mục cơ sở đầu ra và do đó vẫn tồn tại khi máy chủ Bazel khởi động lại.
Biểu đồ hành động
Biểu đồ trong bộ nhớ của các hành động và cấu phần phần mềm mà các hành động này đọc và tạo. Biểu đồ có thể bao gồm các cấu phần phần mềm tồn tại dưới dạng tệp nguồn (ví dụ: trong hệ thống tệp) cũng như các cấu phần phần mềm trung gian/cuối cùng được tạo không được đề cập trong tệp BUILD. Được tạo trong giai đoạn phân tích và sử dụng trong giai đoạn thực thi.
Truy vấn biểu đồ hành động (truy vấn)
Một công cụ truy vấn có thể truy vấn qua các hành động của bản dựng. Điều này giúp bạn có thể phân tích cách quy tắc bản dựng được chuyển đổi thành bản dựng công việc thực tế.
Phím hành động
Khoá lưu vào bộ nhớ đệm của một thao tác. Được tính toán dựa trên siêu dữ liệu hành động, có thể bao gồm lệnh được thực thi trong hành động, cờ trình biên dịch, vị trí thư viện hoặc tiêu đề hệ thống, tuỳ thuộc vào hành động. Cho phép Bazel lưu vào bộ nhớ đệm hoặc vô hiệu hoá các thao tác riêng lẻ một cách có xác định.
Giai đoạn phân tích
Giai đoạn thứ hai của bản dựng. Xử lý biểu đồ mục tiêu được chỉ định trong tệp BUILD để tạo biểu đồ hành động trong bộ nhớ nhằm xác định thứ tự của các hành động sẽ chạy trong giai đoạn thực thi. Đây là giai đoạn đánh giá việc triển khai quy tắc.
Cấu phần phần mềm
Tệp nguồn hoặc tệp đã tạo. Đây cũng có thể là một thư mục tệp, được gọi là cấu phần phần mềm dạng cây.
Cấu phần phần mềm có thể là dữ liệu đầu vào cho nhiều hành động, nhưng chỉ được tạo bằng tối đa một hành động.
Cấu phần phần mềm tương ứng với mục tiêu tệp có thể được xác định bằng nhãn.
Tỷ lệ
Cơ chế cho các quy tắc để tạo thêm hành động trong các phần phụ thuộc của chúng. Ví dụ: nếu mục tiêu A phụ thuộc vào B, thì bạn có thể áp dụng một khía cạnh trên A để di chuyển lên một cạnh phần phụ thuộc đến B và chạy các hành động bổ sung trong B để tạo và thu thập các tệp đầu ra bổ sung. Những thao tác bổ sung này được lưu vào bộ nhớ đệm và sử dụng lại giữa các mục tiêu yêu cầu cùng một khía cạnh. Được tạo bằng hàm API bản dựng Starlark aspect(). Ví dụ: có thể dùng để tạo siêu dữ liệu cho IDE và tạo thao tác để tìm lỗi mã nguồn.
Xem thêm: Tài liệu về các khía cạnh
Góc nhìn
Cơ chế kết hợp, trong đó các khía cạnh có thể được áp dụng cho kết quả của các khía cạnh khác. Ví dụ: một khung hình tạo thông tin để IDE sử dụng có thể được áp dụng bên trên một khung hình tạo tệp .java qua một proto.
Để một A được áp dụng ngoài B, những nhà cung cấp mà B quảng cáo trong thuộc tính provides phải khớp với nội dung mà A khai báo trong thuộc tính required_aspect_providers.
Thuộc tính
Tham số cho quy tắc, dùng để thể hiện thông tin bản dựng theo từng mục tiêu.
Ví dụ: srcs, deps và copts, tương ứng khai báo tệp nguồn, phần phụ thuộc và tuỳ chọn trình biên dịch tuỳ chỉnh của mục tiêu. Các thuộc tính cụ thể dành cho một mục tiêu nhất định phụ thuộc vào loại quy tắc của mục tiêu đó.
.bazelrc
Tệp cấu hình của Bazel dùng để thay đổi các giá trị mặc định cho cờ khởi động và cờ lệnh cũng như để xác định các nhóm tuỳ chọn phổ biến mà sau đó có thể được thiết lập cùng nhau trên dòng lệnh Bazel bằng cách sử dụng cờ --config. Bazel có thể kết hợp các chế độ cài đặt từ nhiều tệp bazelrc (trên toàn hệ thống, trên mỗi không gian làm việc, trên mỗi người dùng hoặc từ một vị trí tuỳ chỉnh) và tệp bazelrc cũng có thể nhập các chế độ cài đặt từ các tệp bazelrc khác.
Gói linh hoạt
Phiên bản nội bộ của Bazel. Hệ thống xây dựng chính của Google dành cho kho lưu trữ đơn âm của mình.
Tệp BUILD
Tệp BUILD là tệp cấu hình chính cho Bazel biết cần tạo đầu ra phần mềm nào, phần phụ thuộc của các đầu ra đó là gì và cách tạo các đầu ra đó. Bazel lấy tệp BUILD làm dữ liệu đầu vào và sử dụng tệp này để tạo một biểu đồ về các phần phụ thuộc, đồng thời lấy các hành động cần hoàn thành để tạo đầu ra phần mềm trung gian và cuối cùng. Tệp BUILD đánh dấu một thư mục và mọi thư mục con không chứa tệp BUILD là gói và có thể chứa mục tiêu do quy tắc tạo. Tệp này cũng có thể được đặt tên là BUILD.bazel.
Tệp BUILD.bazel
Xem Tệp BUILD. Được ưu tiên hơn tệp BUILD trong cùng thư mục.
Tệp .bzl
Tệp xác định các quy tắc, macro và hằng số được viết bằng Starlark. Sau đó, bạn có thể nhập các dữ liệu này vào tệp BUILD bằng hàm load().
Tạo biểu đồ
Biểu đồ phần phụ thuộc mà Bazel tạo và duyệt qua để thực hiện bản dựng. Bao gồm các nút như mục tiêu, mục tiêu đã định cấu hình, hành động và cấu phần phần mềm. Một bản dựng được coi là hoàn chỉnh khi tất cả cấu phần phần mềm mà một nhóm các mục tiêu được yêu cầu phụ thuộc vào đó đều được xác minh là mới nhất.
Chế độ cài đặt bản dựng
Một phần cấu hình do Starlark xác định. Hiệu ứng chuyển đổi có thể đặt chế độ cài đặt bản dựng để thay đổi cấu hình của một đồ thị con. Nếu hiển thị cho người dùng dưới dạng cờ dòng lệnh, còn được gọi là cờ bản dựng.
Dọn sạch bản dựng
Một bản dựng không sử dụng kết quả của các bản dựng trước đó. Quá trình này thường chậm hơn bản dựng gia tăng nhưng thường được coi là chính xác hơn. Bazel đảm bảo cả bản dựng sạch và tăng dần đều luôn chính xác.
Mô hình máy khách-máy chủ
Ứng dụng dòng lệnh bazel tự động khởi động một máy chủ trong nền trên máy cục bộ để thực thi các lệnh của Bazel. Máy chủ vẫn tồn tại trên các lệnh nhưng tự động dừng sau một khoảng thời gian không hoạt động (hoặc rõ ràng thông qua việc tắt bazel). Việc chia Bazel thành một máy chủ và ứng dụng giúp phân bổ dần thời gian khởi động JVM, đồng thời hỗ trợ các bản dựng gia tăng nhanh hơn vì biểu đồ hành động vẫn còn trong bộ nhớ trên các lệnh.
Lệnh
Dùng trên dòng lệnh để gọi các hàm Bazel khác nhau, chẳng hạn như bazel
build, bazel test, bazel run và bazel query.
Cờ lệnh
Một nhóm cờ dành riêng cho một lệnh. Cờ lệnh được chỉ định sau lệnh (bazel build <command flags>). Cờ có thể áp dụng cho một hoặc nhiều lệnh. Ví dụ: --configure là cờ dành riêng cho lệnh bazel sync, nhưng --keep_going có thể áp dụng cho sync, build, test và các lệnh khác. Cờ thường được dùng cho mục đích cấu hình, vì vậy, những thay đổi về giá trị cờ có thể khiến Bazel vô hiệu hoá biểu đồ trong bộ nhớ và bắt đầu lại giai đoạn phân tích.
Cấu hình
Thông tin nằm ngoài định nghĩa quy tắc ảnh hưởng đến cách quy tắc tạo hành động. Mỗi bản dựng có ít nhất một cấu hình chỉ định nền tảng mục tiêu, biến môi trường hành động và cờ bản dựng dòng lệnh. Quá trình chuyển đổi có thể tạo thêm cấu hình, chẳng hạn như cho các công cụ lưu trữ hoặc biên dịch chéo.
Xem thêm: Cấu hình
Cắt cấu hình
Quá trình chỉ bao gồm các phần cấu hình mà mục tiêu thực sự cần. Ví dụ: nếu bạn tạo tệp nhị phân Java //:j bằng phần phụ thuộc C++ //:c, thì việc đưa giá trị của --javacopt vào cấu hình của //:c là lãng phí vì việc thay đổi --javacopt sẽ làm hỏng khả năng lưu vào bộ nhớ đệm của bản dựng C++ một cách không cần thiết.
Truy vấn được định cấu hình (cquery)
Một công cụ truy vấn truy vấn qua các mục tiêu đã định cấu hình (sau khi giai đoạn phân tích hoàn tất). Điều này có nghĩa là select() và cờ bản dựng (chẳng hạn như --platforms) được phản ánh chính xác trong kết quả.
Xem thêm: tài liệu về cquery
Mục tiêu được định cấu hình
Kết quả đánh giá một mục tiêu bằng một cấu hình. Giai đoạn phân tích tạo ra điều này bằng cách kết hợp các tuỳ chọn của bản dựng với các mục tiêu cần tạo.
Ví dụ: nếu //:foo tạo cho hai cấu trúc khác nhau trong cùng một bản dựng, thì nó sẽ có hai mục tiêu được định cấu hình: <//:foo, x86> và <//:foo, arm>.
Tính chính xác
Một bản dựng là chính xác khi kết quả của nó phản ánh một cách trung thực trạng thái của đầu vào bắc cầu. Để có được các bản dựng chính xác, Bazel cố gắng đảm bảo tính riêng biệt, có thể tái tạo và đưa ra phân tích bản dựng cũng như thực thi hành động một cách chắc chắn.
Phần phụ thuộc
Cạnh trực tiếp giữa hai mục tiêu. //:foo mục tiêu có phần phụ thuộc mục tiêu trên //:bar mục tiêu nếu các giá trị thuộc tính của //:foo chứa tham chiếu đến //:bar. //:foo có phần phụ thuộc hành động trên //:bar nếu một hành động trong //:foo phụ thuộc vào một cấu phần phần mềm đầu vào do một hành động trong //:bar tạo ra.
Trong một số ngữ cảnh nhất định, mã này cũng có thể tham chiếu đến một phần phụ thuộc bên ngoài; hãy xem các mô-đun.
Depset
Cấu trúc dữ liệu để thu thập dữ liệu về các phần phụ thuộc bắc cầu. Được tối ưu hoá để việc hợp nhất các nhóm phần phụ thuộc diễn ra hiệu quả về thời gian và không gian, vì thường thì các nhóm phần phụ thuộc rất lớn (hàng trăm nghìn tệp). Được triển khai để tham chiếu đệ quy đến các nhóm phần phụ thuộc khác vì lý do hiệu quả không gian. Việc triển khai quy tắc không được làm "làm phẳng" phần tách bằng cách chuyển đổi chúng thành danh sách trừ phi quy tắc nằm ở cấp cao nhất của biểu đồ bản dựng. Việc làm phẳng các phần tách lớn sẽ làm phát sinh mức tiêu thụ bộ nhớ rất lớn. Còn được gọi là nhóm lồng nhau trong quá trình triển khai nội bộ của Bazel.
Xem thêm: Tài liệu về Depset
Bộ nhớ đệm của ổ đĩa
Một kho blob cục bộ trên ổ đĩa cho tính năng lưu vào bộ nhớ đệm từ xa. Có thể được sử dụng cùng với một kho blob từ xa thực tế.
Cách xa
Một thư mục chỉ có thể đọc chứa các tệp mà Bazel sẽ tìm nạp từ Internet bằng các quy tắc kho lưu trữ. Cho phép các bản dựng chạy hoàn toàn ngoại tuyến.
Thực thi động
Chiến lược thực thi chọn giữa phương thức thực thi cục bộ và từ xa dựa trên nhiều phương pháp phỏng đoán và sử dụng kết quả thực thi của phương thức thành công nhanh hơn. Một số hành động được thực thi nhanh hơn trên máy (ví dụ: liên kết) và một số hành động khác được thực thi nhanh hơn từ xa (ví dụ: biên dịch song song cao). Chiến lược thực thi linh động có thể cung cấp thời gian xây dựng tăng dần và sạch nhất có thể.
Giai đoạn thực thi
Giai đoạn thứ ba của một bản dựng. Thực thi các hành động trong biểu đồ hành động được tạo trong giai đoạn phân tích. Những thao tác này gọi các tệp thực thi (trình biên dịch, tập lệnh) để đọc và ghi cấu phần phần mềm (artifacts). Chiến lược tạo kiểm soát cách các hành động này được thực thi: cục bộ, từ xa, động, hộp cát, docker, v.v.
Gốc thực thi
Một thư mục trong thư mục cơ sở đầu ra của không gian làm việc, nơi các thao tác cục bộ được thực thi trong các bản dựng không được đặt trong hộp cát. Nội dung của thư mục chủ yếu là các đường liên kết tượng trưng của cấu phần phần mềm đầu vào từ không gian làm việc. Gốc thực thi cũng chứa các đường liên kết tượng trưng đến các kho lưu trữ bên ngoài ở dạng các dữ liệu đầu vào khác và thư mục bazel-out để lưu trữ dữ liệu đầu ra. Được chuẩn bị trong giai đoạn tải bằng cách tạo một rừng đường liên kết tượng trưng của các thư mục đại diện cho việc đóng gói bắc cầu của các gói mà bản dựng phụ thuộc vào đó. Có thể truy cập bằng bazel info
execution_root trên dòng lệnh.
Tệp
Xem phần Cấu phần phần mềm.
Tính kín
Một bản dựng có tính chất khép kín nếu không có tác động từ bên ngoài nào đối với hoạt động kiểm thử và tạo bản dựng. Điều này giúp đảm bảo rằng kết quả có tính xác định và chính xác. Ví dụ: các bản dựng ẩn thường không cho phép truy cập mạng vào các hành động, hạn chế quyền truy cập vào dữ liệu đầu vào đã khai báo, sử dụng dấu thời gian và múi giờ cố định, hạn chế quyền truy cập vào các biến môi trường và sử dụng số ngẫu nhiên cố định cho trình tạo số ngẫu nhiên
Bản dựng tăng dần
Bản dựng tăng dần sẽ sử dụng lại kết quả của các bản dựng trước đó để giảm thời gian xây dựng và mức sử dụng tài nguyên. Việc kiểm tra phần phụ thuộc và lưu vào bộ nhớ đệm nhằm mục đích tạo ra kết quả chính xác cho loại bản dựng này. Bản dựng gia tăng là đối lập với bản dựng sạch.
Hãng nhạc
Giá trị nhận dạng cho một mục tiêu. Thường có dạng @repo//path/to/package:target, trong đó repo là tên (rõ ràng) của kho lưu trữ chứa mục tiêu, path/to/package là đường dẫn đến thư mục chứa tệp BUILD khai báo mục tiêu (thư mục này còn được gọi là gói) và target là tên của chính mục tiêu đó. Tuỳ thuộc vào trường hợp, bạn có thể bỏ qua một số phần của cú pháp này.
Xem thêm: Nhãn
Giai đoạn tải
Giai đoạn đầu tiên của bản dựng, trong đó Bazel thực thi các tệp BUILD để tạo gói. Macro và một số hàm nhất định như glob() được đánh giá trong giai đoạn này. Được xen kẽ với giai đoạn thứ hai của bản dựng, giai đoạn phân tích, để tạo một biểu đồ mục tiêu.
Macro
Cơ chế tổng hợp nhiều nội dung khai báo mục tiêu quy tắc trong một hàm Starlark duy nhất. Cho phép sử dụng lại các mẫu khai báo quy tắc chung trên các tệp BUILD. Mở rộng đến các phần khai báo mục tiêu quy tắc cơ bản trong giai đoạn tải.
Xem thêm: Tài liệu macro
Thuật nhớ
Một chuỗi ngắn mà con người có thể đọc được do tác giả quy tắc chọn để nhanh chóng hiểu được tác dụng của một hành động trong quy tắc. Hệ thống nhớ mang tên có thể được dùng làm giá trị nhận dạng cho các lựa chọn về chiến lược spawn. Một số ví dụ về ghi nhớ thao tác là Javac trong các quy tắc của Java, CppCompile trong các quy tắc C++ và AndroidManifestMerger trong các quy tắc của Android.
Mô-đun
Một dự án Bazel có thể có nhiều phiên bản, mỗi phiên bản có thể có phần phụ thuộc trên các mô-đun khác. Điều này tương tự như các khái niệm quen thuộc trong các hệ thống quản lý phần phụ thuộc khác, chẳng hạn như cấu phần phần mềm Maven, gói npm, mô-đun Go hoặc hộp Cargo. Mô-đun là thành phần cốt lõi của hệ thống quản lý phần phụ thuộc bên ngoài của Bazel.
Mỗi mô-đun được một kho lưu trữ hỗ trợ với tệp MODULE.bazel ở gốc. Tệp này chứa siêu dữ liệu về chính mô-đun (chẳng hạn như tên và phiên bản), các phần phụ thuộc trực tiếp và nhiều dữ liệu khác, bao gồm cả thông tin đăng ký chuỗi công cụ và dữ liệu đầu vào tiện ích mô-đun.
Siêu dữ liệu mô-đun được lưu trữ trong các sổ đăng ký Bazel.
Xem thêm: Mô-đun Bazel
Phần mở rộng mô-đun
Một đoạn logic có thể chạy để tạo kho lưu trữ bằng cách đọc dữ liệu đầu vào từ biểu đồ phần phụ thuộc mô-đun và gọi quy tắc kho lưu trữ. Tiện ích mô-đun có các chức năng tương tự như quy tắc repo, cho phép truy cập Internet, thực hiện I/O tệp, v.v.
Xem thêm: Tiện ích mô-đun
Quy tắc gốc
Các quy tắc được tích hợp vào Bazel và triển khai trong Java. Các quy tắc như vậy xuất hiện trong các tệp .bzl dưới dạng các hàm trong mô-đun gốc (ví dụ: native.cc_library hoặc native.java_library). Các quy tắc do người dùng xác định (không phải gốc) được tạo bằng cách sử dụng Starlark.
Cơ sở đầu ra
Thư mục dành riêng cho không gian làm việc để lưu trữ các tệp đầu ra Bazel. Dùng để tách biệt đầu ra khỏi cây nguồn của không gian làm việc (kho lưu trữ chính). Nằm trong thư mục gốc của người dùng đầu ra.
Nhóm đầu ra
Một nhóm tệp dự kiến sẽ được tạo khi Bazel hoàn tất việc tạo một mục tiêu. Quy tắc đặt các đầu ra thông thường của chúng vào "nhóm đầu ra mặc định" (ví dụ: tệp .jar của java_library, .a và .so cho mục tiêu cc_library). Nhóm đầu ra mặc định là nhóm đầu ra có cấu phần phần mềm được tạo khi một mục tiêu được yêu cầu trên dòng lệnh.
Các quy tắc có thể xác định thêm các nhóm đầu ra được đặt tên có thể được chỉ định rõ ràng trong tệp BUILD (quy tắc filegroup) hoặc dòng lệnh (cờ --output_groups).
Xuất thư mục gốc của người dùng
Thư mục dành riêng cho người dùng để lưu trữ đầu ra của Bazel. Tên thư mục được lấy từ tên người dùng hệ thống của người dùng. Ngăn xung đột tệp đầu ra nếu nhiều người dùng đang tạo cùng một dự án trên hệ thống cùng một lúc. Chứa các thư mục con tương ứng với đầu ra bản dựng của từng không gian làm việc, còn gọi là cơ sở đầu ra.
Gói
Tập hợp mục tiêu do tệp BUILD xác định. Tên của gói là đường dẫn của tệp BUILD so với thư mục gốc của kho lưu trữ. Một gói có thể chứa các gói con hoặc thư mục con chứa tệp BUILD, từ đó tạo thành một hệ phân cấp gói.
Nhóm gói
Mục tiêu đại diện cho một nhóm các gói. Thường được dùng trong giá trị thuộc tính visibility.
Nền tảng
"Loại máy" có liên quan đến một bản dựng. Điều này bao gồm máy Bazel chạy trên (nền tảng "máy chủ"), các công cụ xây dựng máy thực thi trên ("nền tảng thực thi") và các mục tiêu máy được tạo cho ("nền tảng mục tiêu").
Nhà cung cấp
Giản đồ mô tả một đơn vị thông tin để truyền giữa các mục tiêu quy tắc cùng với các mối quan hệ phụ thuộc. Thường thì tệp này chứa các thông tin như tuỳ chọn trình biên dịch, tệp nguồn hoặc tệp đầu ra bắc cầu và siêu dữ liệu bản dựng. Thường được dùng cùng với phần phụ thuộc để lưu trữ hiệu quả dữ liệu bắc cầu tích luỹ. Ví dụ về trình cung cấp tích hợp sẵn là DefaultInfo.
Xem thêm: Tài liệu về nhà cung cấp
Cụm từ tìm kiếm (khái niệm)
Quá trình phân tích biểu đồ bản dựng để hiểu các thuộc tính mục tiêu và cấu trúc phần phụ thuộc. Bazel hỗ trợ 3 biến thể truy vấn: truy vấn, cquery và aquery.
truy vấn (lệnh)
Công cụ truy vấn hoạt động trên biểu đồ mục tiêu sau giai đoạn tải của bản dựng. Quá trình này tương đối nhanh, nhưng không thể phân tích các tác động của select(), cờ bản dựng, cấu phần phần mềm hoặc tạo thao tác.
Xem thêm: Hướng dẫn truy vấn, Tài liệu tham khảo về truy vấn
Kho lưu trữ
Cây thư mục có một tệp đánh dấu ranh giới ở gốc, chứa các tệp nguồn có thể dùng trong một bản dựng Bazel. Thường được rút gọn thành repo.
Tệp đánh dấu ranh giới của kho lưu trữ có thể là MODULE.bazel (báo hiệu rằng kho lưu trữ này đại diện cho mô-đun Bazel), REPO.bazel hoặc trong ngữ cảnh cũ, WORKSPACE hoặc WORKSPACE.bazel. Bất kỳ tệp đánh dấu ranh giới repo nào cũng biểu thị ranh giới của một kho lưu trữ; nhiều tệp như vậy có thể cùng tồn tại trong một thư mục.
Kho lưu trữ chính là kho lưu trữ đang chạy lệnh Bazel hiện tại.
Kho lưu trữ bên ngoài được xác định bằng cách chỉ định các mô-đun trong tệp MODULE.bazel hoặc gọi quy tắc kho lưu trữ trong phần mở rộng mô-đun. Bạn có thể tìm nạp các tệp này theo yêu cầu đến một vị trí "thần kỳ" được xác định trước trên ổ đĩa.
Mỗi kho lưu trữ có một tên chính tắc duy nhất, không đổi và có thể có tên hiển thị khác khi xem từ các kho lưu trữ khác.
Xem thêm: Tổng quan về phần phụ thuộc bên ngoài
Bộ nhớ đệm của kho lưu trữ
Một bộ nhớ đệm dùng chung cho các tệp mà Bazel tải xuống để tạo các bản dựng,
có thể chia sẻ trên nhiều không gian làm việc. Bật bản dựng ngoại tuyến sau khi tải xuống lần đầu. Thường được dùng để lưu các tệp được tải xuống qua quy tắc của kho lưu trữ như http_archive và API quy tắc của kho lưu trữ như repository_ctx.download vào bộ nhớ đệm. Tệp chỉ được lưu vào bộ nhớ đệm nếu giá trị tổng kiểm SHA-256 được chỉ định cho tệp tải xuống.
Quy tắc kho lưu trữ
Một giản đồ cho các định nghĩa về kho lưu trữ cho Bazel biết cách cụ thể hoá (hoặc "tìm nạp") một kho lưu trữ. Thường được rút gọn thành quy tắc repo.
Các quy tắc repo được Bazel gọi nội bộ để xác định các repos được các mô-đun hỗ trợ hoặc có thể được gọi bằng phần mở rộng mô-đun.
Các quy tắc repo có thể truy cập Internet hoặc thực hiện I/O tệp; quy tắc repo phổ biến nhất là http_archive để tải một tệp lưu trữ chứa các tệp nguồn xuống từ Internet.
Xem thêm: Tài liệu về quy tắc của kho lưu trữ
Khả năng tái tạo
Thuộc tính của một bản dựng hoặc kiểm thử mà một tập hợp dữ liệu đầu vào cho bản dựng hoặc kiểm thử sẽ luôn tạo ra cùng một tập hợp dữ liệu đầu ra mỗi lần, bất kể thời gian, phương thức hoặc môi trường. Xin lưu ý rằng điều này không nhất thiết có nghĩa là kết quả là chính xác hoặc là kết quả mong muốn.
Quy tắc
Giản đồ để xác định mục tiêu quy tắc trong tệp BUILD, chẳng hạn như cc_library. Từ góc độ của tác giả tệp BUILD, quy tắc bao gồm một tập hợp các thuộc tính và logic hộp đen. Logic này cho mục tiêu quy tắc biết cách tạo cấu phần phần mềm đầu ra và truyền thông tin đến các mục tiêu quy tắc khác. Từ góc độ của các tác giả .bzl, quy tắc là cách chính để mở rộng Bazel nhằm hỗ trợ các ngôn ngữ lập trình và môi trường mới.
Các quy tắc được tạo thực thể để tạo mục tiêu quy tắc trong giai đoạn tải. Trong giai đoạn phân tích, các mục tiêu quy tắc giao tiếp thông tin với các phần phụ thuộc hạ nguồn dưới dạng nhà cung cấp và đăng ký hành động mô tả cách tạo cấu phần phần mềm đầu ra. Các hành động này được chạy trong giai đoạn thực thi.
Xem thêm: Tài liệu về quy tắc
Mục tiêu của quy tắc
Mục tiêu là một thực thể của quy tắc. Tương phản với mục tiêu tệp và nhóm gói. Đừng nhầm lẫn với quy tắc.
Tệp chạy
Các phần phụ thuộc thời gian chạy của một mục tiêu có thể thực thi. Thông thường, tệp thực thi là đầu ra thực thi của quy tắc kiểm thử và tệp chạy là các phần phụ thuộc dữ liệu thời gian chạy của quy tắc kiểm thử. Trước khi gọi tệp thực thi (trong quá trình kiểm thử bazel), Bazel sẽ chuẩn bị cây tệp chạy cùng với tệp thực thi kiểm thử theo cấu trúc thư mục nguồn của chúng.
Xem thêm: Tài liệu về tệp Runfile
Cơ chế hộp cát
Kỹ thuật này dùng để tách riêng một hành động đang chạy bên trong một gốc thực thi bị hạn chế và tạm thời, giúp đảm bảo rằng phương thức này không đọc các dữ liệu đầu vào chưa được khai báo hoặc ghi các kết quả chưa được khai báo. Môi trường hộp cát cải thiện đáng kể mức độ kín đáo, nhưng thường có chi phí hiệu suất và yêu cầu hệ điều hành hỗ trợ. Chi phí hiệu suất phụ thuộc vào nền tảng. Trên Linux, tuỳ chọn này không đáng kể, nhưng trên macOS có thể khiến hộp cát không sử dụng được.
Skyframe
Skyframe là khung đánh giá cốt lõi song song, hoạt động và tăng dần của Bazel.
Dập kim loại
Một tính năng để nhúng thông tin bổ sung vào cấu phần phần mềm do Bazel tạo. Ví dụ: bạn có thể sử dụng thông tin này cho việc kiểm soát nguồn, thời gian tạo bản dựng và các thông tin khác liên quan đến môi trường hoặc không gian làm việc cho bản phát hành.
Bật thông qua cờ --workspace_status_command và các quy tắc hỗ trợ thuộc tính tem.
Starlark
Ngôn ngữ mở rộng để viết quy tắc và macro. Một tập hợp con bị hạn chế của Python (cú pháp và ngữ pháp) nhằm mục đích định cấu hình và mang lại hiệu suất tốt hơn. Sử dụng đuôi tệp .bzl. Tệp BUILD sử dụng phiên bản Starlark bị hạn chế hơn (chẳng hạn như không có định nghĩa hàm def), trước đây gọi là Skylark.
Xem thêm: Tài liệu về ngôn ngữ của Starlark
Cờ khởi động
Tập hợp cờ được chỉ định giữa bazel và lệnh, ví dụ: bản dựng bazel --host_jvm_debug. Các cờ này sửa đổi cấu hình của máy chủ Bazel, vì vậy, mọi sửa đổi đối với cờ khởi động sẽ khiến máy chủ khởi động lại. Cờ khởi động không dành riêng cho bất kỳ lệnh nào.
Mục tiêu
Đối tượng được xác định trong tệp BUILD và được xác định bằng một nhãn. Mục tiêu đại diện cho các đơn vị có thể tạo của một không gian làm việc từ góc độ của người dùng cuối.
Một mục tiêu được khai báo bằng cách tạo bản sao của một quy tắc được gọi là mục tiêu quy tắc. Tuỳ thuộc vào quy tắc, các mục tiêu này có thể chạy (như cc_binary) hoặc có thể kiểm thử (như cc_test). Mục tiêu quy tắc thường phụ thuộc vào các mục tiêu khác thông qua các thuộc tính của chúng (chẳng hạn như deps); các phần phụ thuộc này tạo thành cơ sở của biểu đồ mục tiêu.
Ngoài mục tiêu quy tắc, còn có mục tiêu tệp và mục tiêu nhóm gói. Mục tiêu tệp tương ứng với cấu phần phần mềm được tham chiếu trong tệp BUILD. Trong trường hợp đặc biệt, tệp BUILD của bất kỳ gói nào luôn được coi là mục tiêu tệp nguồn trong gói đó.
Các mục tiêu được phát hiện trong giai đoạn tải. Trong giai đoạn phân tích, các mục tiêu được liên kết với cấu hình bản dựng để tạo thành các mục tiêu đã định cấu hình.
Biểu đồ mục tiêu
Một biểu đồ trong bộ nhớ về các mục tiêu và các phần phụ thuộc của các mục tiêu đó. Được tạo trong giai đoạn tải và được dùng làm dữ liệu đầu vào cho giai đoạn phân tích.
Mẫu mục tiêu
Một cách để chỉ định một nhóm mục tiêu trên dòng lệnh. Các mẫu thường dùng là :all (tất cả mục tiêu quy tắc), :* (tất cả mục tiêu quy tắc + tệp), ... (gói hiện tại và tất cả các gói con theo quy tắc đệ quy). Có thể sử dụng kết hợp, chẳng hạn như //...:* là mọi mục tiêu quy tắc và tệp trong tất cả các gói theo cách đệ quy từ thư mục gốc của không gian làm việc.
Thử nghiệm
Các mục tiêu quy tắc được tạo thực thể từ các quy tắc kiểm thử và do đó chứa một tệp thực thi kiểm thử. Mã trả về bằng 0 khi hoàn tất tệp thực thi cho biết kiểm thử đã thành công. Hợp đồng chính xác giữa Bazel và các chương trình kiểm thử (chẳng hạn như biến môi trường kiểm thử, phương thức thu thập kết quả kiểm thử) được chỉ định trong Bách khoa toàn thư kiểm thử.
Chuỗi công cụ
Tập hợp các công cụ để xây dựng đầu ra cho một ngôn ngữ. Thông thường, một chuỗi công cụ bao gồm trình biên dịch, trình liên kết, trình thông dịch hoặc/và trình tìm lỗi mã nguồn. Chuỗi công cụ cũng có thể khác nhau tuỳ theo nền tảng, tức là các thành phần của chuỗi công cụ trình biên dịch Unix có thể khác với biến thể Windows, mặc dù chuỗi công cụ dành cho cùng một ngôn ngữ. Việc chọn chuỗi công cụ phù hợp cho nền tảng được gọi là độ phân giải chuỗi công cụ.
Mục tiêu cấp cao nhất
Mục tiêu bản dựng là cấp cao nhất nếu được yêu cầu trên dòng lệnh Bazel. Ví dụ: nếu //:foo phụ thuộc vào //:bar và bazel build //:foo được gọi, thì đối với bản dựng này, //:foo là cấp cao nhất và //:bar không phải là cấp cao nhất, mặc dù bạn cần tạo cả hai mục tiêu. Một điểm khác biệt quan trọng giữa mục tiêu cấp cao nhất và mục tiêu không phải cấp cao nhất là cờ lệnh được đặt trên dòng lệnh Bazel (hoặc thông qua .bazelrc) sẽ đặt cấu hình cho các mục tiêu cấp cao nhất, nhưng có thể được sửa đổi bằng một chuyển đổi cho các mục tiêu không phải cấp cao nhất.
Hiệu ứng chuyển cảnh
Ánh xạ trạng thái cấu hình từ giá trị này sang giá trị khác. Cho phép các mục tiêu trong biểu đồ bản dựng có các cấu hình khác nhau, ngay cả khi các mục tiêu đó được tạo thực thể từ cùng một quy tắc. Cách sử dụng hiệu ứng chuyển đổi phổ biến là chuyển đổi phân tách, trong đó một số phần của biểu đồ mục tiêu được phát triển nhánh với các cấu hình riêng biệt cho mỗi nhánh. Ví dụ: bạn có thể tạo một tệp APK Android có tệp nhị phân gốc được biên dịch cho ARM và x86 bằng cách sử dụng các hiệu ứng chuyển đổi phân tách trong một bản dựng.
Xem thêm: Chuyển đổi do người dùng xác định
Cấu phần phần mềm dạng cây
Cấu phần phần mềm đại diện cho một tập hợp tệp. Vì các tệp này không phải là cấu phần phần mềm, nên một hành động vận hành trên các tệp này phải đăng ký cấu phần phần mềm của cây làm dữ liệu đầu vào hoặc đầu ra.
Chế độ hiển thị
Một trong hai cơ chế để ngăn chặn các phần phụ thuộc không mong muốn trong hệ thống xây dựng: chế độ hiển thị mục tiêu để kiểm soát xem một mục tiêu có thể bị các mục tiêu khác phụ thuộc hay không; và chế độ hiển thị tải để kiểm soát xem tệp BUILD hoặc .bzl có thể tải một tệp .bzl nhất định hay không. Nếu không có ngữ cảnh, thông thường "mức độ hiển thị" sẽ đề cập đến mức độ hiển thị mục tiêu.
Xem thêm: Tài liệu về chế độ hiển thị
Workspace
Môi trường dùng chung của tất cả các lệnh Bazel chạy từ cùng một kho lưu trữ chính.
Xin lưu ý rằng trước đây, các khái niệm "kho lưu trữ" và "không gian làm việc" đã bị lẫn lộn; thuật ngữ "không gian làm việc" thường được dùng để chỉ kho lưu trữ chính và đôi khi thậm chí còn được dùng làm từ đồng nghĩa của "kho lưu trữ". Bạn nên tránh sử dụng như vậy để đảm bảo rõ ràng.