Nhãn là giá trị nhận dạng cho một mục tiêu. Một nhãn thông thường ở dạng chuẩn đầy đủ sẽ có dạng như sau:
@@myrepo//my/app/main:app_binary
Phần đầu tiên của nhãn là tên kho lưu trữ, @@myrepo. Cú pháp @ gấp đôi cho biết đây là tên repo chính tắc, duy nhất trong không gian làm việc. Các nhãn có tên kho lưu trữ chính tắc xác định rõ ràng một mục tiêu bất kể chúng xuất hiện trong ngữ cảnh nào.
Thường thì tên kho lưu trữ chính tắc là một chuỗi bí ẩn có dạng như @@rules_java++toolchains+local_jdk. Thông thường, bạn sẽ thấy các nhãn có tên kho lưu trữ rõ ràng, chẳng hạn như:
@myrepo//my/app/main:app_binary
Điểm khác biệt duy nhất là tên kho lưu trữ được đặt tiền tố là một @ thay vì hai.
Đây là một kho lưu trữ có tên hiển thị là myrepo. Tên này có thể khác nhau dựa trên ngữ cảnh xuất hiện của nhãn này.
Trong trường hợp thông thường, khi một nhãn tham chiếu đến cùng một kho lưu trữ mà nhãn đó được sử dụng, bạn có thể bỏ qua phần tên kho lưu trữ. Vì vậy, bên trong @@myrepo, nhãn đầu tiên thường được viết là
//my/app/main:app_binary
Phần thứ hai của nhãn là tên gói không đủ điều kiện my/app/main, đường dẫn đến gói tương ứng với thư mục gốc của kho lưu trữ. Cùng với nhau, tên kho lưu trữ và tên gói không đủ điều kiện tạo thành tên gói đủ điều kiện @@myrepo//my/app/main. Khi nhãn tham chiếu đến cùng một gói mà nhãn đó được sử dụng, bạn có thể bỏ qua tên gói (và dấu hai chấm nếu muốn). Vì vậy, bên trong @@myrepo//my/app/main, bạn có thể viết nhãn này theo một trong hai cách sau:
app_binary
:app_binary
Theo quy ước, dấu hai chấm sẽ bị bỏ qua đối với tệp nhưng được giữ lại đối với quy tắc. Tuy nhiên, điều này không quan trọng.
Phần của nhãn sau dấu hai chấm, app_binary là tên mục tiêu chưa đủ điều kiện. Khi khớp với thành phần cuối cùng của đường dẫn gói, bạn có thể bỏ qua thành phần này và dấu hai chấm. Do đó, hai nhãn này tương đương nhau:
//my/app/lib
//my/app/lib:lib
Tên của mục tiêu tệp trong thư mục con của gói là đường dẫn của tệp tương ứng với thư mục gốc của gói (thư mục chứa tệp BUILD). Vì vậy, tệp này nằm trong thư mục con my/app/main/testdata của kho lưu trữ:
//my/app/main:testdata/input.txt
Các chuỗi như //my/app và @@some_repo//my/app có hai ý nghĩa tuỳ thuộc vào bối cảnh sử dụng: khi Bazel dự kiến một nhãn, các chuỗi này tương ứng có nghĩa là //my/app:app và @@some_repo//my/app:app. Tuy nhiên, khi Bazel dự kiến một gói (ví dụ: trong thông số kỹ thuật package_group), các gói này sẽ tham chiếu đến gói chứa nhãn đó.
Một lỗi thường gặp trong tệp BUILD là sử dụng //my/app để tham chiếu đến một gói hoặc tất cả mục tiêu trong một gói. Hãy nhớ rằng giá trị này tương đương với //my/app:app, vì vậy, giá trị này sẽ đặt tên cho mục tiêu app trong gói my/app của kho lưu trữ hiện tại.
Tuy nhiên, bạn nên sử dụng //my/app để tham chiếu đến một gói trong thông số kỹ thuật của package_group hoặc trong tệp .bzl, vì thông số này cho biết rõ tên gói là tuyệt đối và bắt nguồn từ thư mục cấp cao nhất của không gian làm việc.
Bạn không thể sử dụng nhãn tương đối để tham chiếu đến các mục tiêu trong các gói khác; bạn phải luôn chỉ định giá trị nhận dạng kho lưu trữ và tên gói trong trường hợp này.
Ví dụ: nếu cây nguồn chứa cả gói my/app và gói my/app/testdata (mỗi thư mục trong số hai thư mục này đều có tệp BUILD riêng), thì gói sau chứa một tệp có tên testdepot.zip. Dưới đây là hai cách (một cách sai, một cách đúng) để tham chiếu đến tệp này trong //my/app:BUILD:
Không đúng – testdata là một gói khác, vì vậy, bạn không thể sử dụng đường dẫn tương đối
testdata/testdepot.zip
Đúng – tham chiếu đến testdata bằng đường dẫn đầy đủ
//my/app/testdata:testdepot.zipCác nhãn bắt đầu bằng @@// là các tệp tham chiếu đến kho lưu trữ chính. Các tệp này vẫn hoạt động ngay cả từ các kho lưu trữ bên ngoài.
Do đó, @@//a/b/c khác với //a/b/c khi được tham chiếu từ một kho lưu trữ bên ngoài.
Phương thức trước tham chiếu lại kho lưu trữ chính, trong khi phương thức sau tìm //a/b/c trong chính kho lưu trữ bên ngoài.
Điều này đặc biệt phù hợp khi viết các quy tắc trong kho lưu trữ chính tham chiếu đến các mục tiêu trong kho lưu trữ chính và sẽ được sử dụng từ các kho lưu trữ bên ngoài.
Để biết thông tin về các cách bạn có thể tham chiếu đến mục tiêu, hãy xem phần mẫu mục tiêu.
Quy cách từ vựng của nhãn
Cú pháp nhãn không khuyến khích sử dụng siêu ký tự có ý nghĩa đặc biệt đối với shell. Điều này giúp tránh các vấn đề trích dẫn do vô tình và giúp bạn dễ dàng tạo các công cụ và tập lệnh để thao tác với nhãn, chẳng hạn như Ngôn ngữ truy vấn Bazel.
Dưới đây là thông tin chi tiết chính xác về tên mục tiêu được phép.
Tên mục tiêu — package-name:target-name
target-name là tên của mục tiêu trong gói. Tên của quy tắc là giá trị của thuộc tính name trong phần khai báo của quy tắc trong tệp BUILD; tên của tệp là đường dẫn tương ứng với thư mục chứa tệp BUILD.
Tên mục tiêu phải bao gồm toàn bộ ký tự được lấy từ tập hợp a–z, A–Z, 0–9 và các ký hiệu dấu câu !%-@^_"#$&'()*-+,;<=>?[]{|}~/..
Tên tệp phải là đường dẫn tương đối ở dạng thông thường, tức là không được bắt đầu hoặc kết thúc bằng dấu gạch chéo (ví dụ: /foo và foo/ bị cấm) cũng như không được chứa nhiều dấu gạch chéo liên tiếp làm dấu phân cách đường dẫn (ví dụ: foo//bar). Tương tự, các tệp tham chiếu cấp trên (..) và tệp tham chiếu thư mục hiện tại (./) bị cấm.
Không đúng – Không sử dụng .. để tham chiếu đến các tệp trong các gói khác
Chính xác – Sử dụng //package-name:filename
Mặc dù thường sử dụng / trong tên của mục tiêu tệp, nhưng hãy tránh sử dụng / trong tên của các quy tắc. Đặc biệt là khi sử dụng dạng viết tắt của nhãn, điều này có thể gây nhầm lẫn cho người đọc. Nhãn //foo/bar/wiz luôn là viết tắt của //foo/bar/wiz:wiz, ngay cả khi không có gói foo/bar/wiz nào như vậy; nhãn này không bao giờ tham chiếu đến //foo:bar/wiz, ngay cả khi mục tiêu đó tồn tại.
Tuy nhiên, có một số trường hợp việc sử dụng dấu gạch chéo sẽ thuận tiện hoặc đôi khi thậm chí là cần thiết. Ví dụ: tên của một số quy tắc nhất định phải khớp với tệp nguồn chính của quy tắc đó. Tệp nguồn chính có thể nằm trong một thư mục con của gói.
Tên gói — //package-name:target-name
Tên của một gói là tên của thư mục chứa tệp BUILD, tương ứng với thư mục cấp cao nhất của kho lưu trữ chứa gói đó.
Ví dụ: my/app.
Ở cấp độ kỹ thuật, Bazel thực thi những điều sau:
- Các ký tự được phép trong tên gói là chữ cái viết thường
ađếnz, chữ cái viết hoaAđếnZ, chữ số0đến9, ký tự! \"#$%&'()*+,-.;<=>?@[]^_`{|}(có, có một ký tự dấu cách trong đó!) và tất nhiên là dấu gạch chéo lên/(vì đó là dấu phân cách thư mục). - Tên gói không được bắt đầu hoặc kết thúc bằng ký tự dấu gạch chéo lên
/. - Tên gói không được chứa chuỗi con
//. Điều này sẽ không có ý nghĩa gì – đường dẫn thư mục tương ứng sẽ là gì? - Tên gói không được chứa chuỗi con
/./hoặc/../hoặc/.../, v.v. Việc thực thi này được thực hiện để tránh nhầm lẫn khi dịch giữa tên gói logic và tên thư mục thực, do ý nghĩa ngữ nghĩa của ký tự dấu chấm trong chuỗi đường dẫn.
Ở cấp độ thực tế:
- Đối với một ngôn ngữ có cấu trúc thư mục quan trọng đối với hệ thống mô-đun (ví dụ: Java), điều quan trọng là bạn phải chọn tên thư mục là giá trị nhận dạng hợp lệ trong ngôn ngữ đó. Ví dụ: không bắt đầu bằng chữ số đầu tiên và tránh các ký tự đặc biệt, đặc biệt là dấu gạch dưới và dấu gạch nối.
- Mặc dù Bazel hỗ trợ các mục tiêu trong gói gốc của không gian làm việc (ví dụ:
//:foo), tốt nhất bạn nên để trống gói đó để tất cả các gói có ý nghĩa đều có tên mô tả.
Quy tắc
Quy tắc chỉ định mối quan hệ giữa dữ liệu đầu vào và đầu ra, cũng như các bước để tạo dữ liệu đầu ra. Quy tắc có thể thuộc một trong nhiều loại (đôi khi được gọi là lớp quy tắc), tạo ra các tệp thực thi và thư viện được biên dịch, kiểm thử các tệp thực thi và các đầu ra được hỗ trợ khác như mô tả trong Bách khoa toàn thư về bản dựng.
Tệp BUILD khai báo mục tiêu bằng cách gọi quy tắc.
Trong ví dụ bên dưới, chúng ta thấy nội dung khai báo của mục tiêu my_app bằng quy tắc cc_binary.
cc_binary(
name = "my_app",
srcs = ["my_app.cc"],
deps = [
"//absl/base",
"//absl/strings",
],
)
Mỗi lệnh gọi quy tắc đều có một thuộc tính name (phải là một tên mục tiêu hợp lệ), khai báo một mục tiêu trong gói của tệp BUILD.
Mỗi quy tắc đều có một tập hợp thuộc tính; các thuộc tính áp dụng cho một quy tắc nhất định, cũng như tầm quan trọng và ngữ nghĩa của từng thuộc tính là một hàm của loại quy tắc; hãy xem Bách khoa toàn thư về bản dựng để biết danh sách các quy tắc và các thuộc tính tương ứng. Mỗi thuộc tính có một tên và một loại. Một số loại phổ biến mà thuộc tính có thể có là số nguyên, nhãn, danh sách nhãn, chuỗi, danh sách chuỗi, nhãn đầu ra, danh sách nhãn đầu ra. Không phải thuộc tính nào cũng cần được chỉ định trong mọi quy tắc. Do đó, các thuộc tính tạo thành một từ điển từ khoá (tên) đến các giá trị được nhập không bắt buộc.
Thuộc tính srcs có trong nhiều quy tắc có loại "danh sách nhãn"; giá trị của thuộc tính này (nếu có) là một danh sách nhãn, mỗi nhãn là tên của một mục tiêu là dữ liệu đầu vào cho quy tắc này.
Trong một số trường hợp, tên của loại quy tắc có phần tuỳ ý và thú vị hơn là tên của các tệp do quy tắc tạo ra, và điều này đúng với genrules. Để biết thêm thông tin, hãy xem phần Quy tắc chung: genrule.
Trong các trường hợp khác, tên có ý nghĩa quan trọng: ví dụ: đối với các quy tắc *_binary và *_test, tên quy tắc xác định tên của tệp thực thi do bản dựng tạo ra.
Biểu đồ không tuần hoàn có hướng này trên các mục tiêu được gọi là biểu đồ mục tiêu hoặc biểu đồ phần phụ thuộc bản dựng và là miền mà Công cụ truy vấn Bazel hoạt động.
| Mục tiêu | BUILD files |