Các quy tắc của không gian làm việc được dùng để lấy các phần phụ thuộc bên ngoài, thường là mã nguồn nằm bên ngoài kho lưu trữ chính.
Lưu ý: ngoài các quy tắc không gian làm việc gốc, Bazel cũng nhúng nhiều quy tắc không gian làm việc Starlark, đặc biệt là các quy tắc để xử lý kho lưu trữ hoặc kho lưu trữ git được lưu trữ trên web.
Quy tắc
xác thực
Xem nguồn quy tắcbind(name, actual, compatible_with, deprecation, distribs, features, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
Cảnh báo: bạn không nên sử dụng bind()
. Hãy xem phần "Cân nhắc xoá liên kết" để thảo luận dài về các vấn đề và lựa chọn thay thế. Cụ thể, hãy cân nhắc việc sử dụng các thuộc tính kho lưu trữ repo_mapping
.
Cảnh báo: Không thể sử dụng select()
trong bind()
. Xem Câu hỏi thường gặp về thuộc tính có thể định cấu hình để biết thông tin chi tiết.
Cấp cho một mục tiêu một bí danh trong gói //external
.
Gói //external
không phải là một gói "bình thường": không có thư mục bên ngoài, nên bạn có thể coi đây là một "gói ảo" chứa tất cả các mục tiêu đã liên kết.
Ví dụ
Để tạo bí danh mục tiêu, hãy bind
bí danh đó trong tệp WORKSPACE. Ví dụ: giả sử có một mục tiêu java_library
có tên là //third_party/javacc-v2
. Bạn có thể đặt bí danh cho biến này bằng cách thêm nội dung sau vào tệp WORKSPACE:
bind( name = "javacc-latest", actual = "//third_party/javacc-v2", )
Giờ đây, các mục tiêu có thể phụ thuộc vào //external:javacc-latest
thay vì //third_party/javacc-v2
. Nếu javacc-v3 được phát hành, thì bạn có thể cập nhật quy tắc bind
và tất cả các tệp BUILD phụ thuộc vào //external:javacc-latest
hiện sẽ phụ thuộc vào javacc-v3 mà không cần chỉnh sửa.
Bạn cũng có thể sử dụng tính năng liên kết để cung cấp các mục tiêu trong kho lưu trữ bên ngoài cho không gian làm việc của mình.
Ví dụ: nếu có một kho lưu trữ từ xa có tên là @my-ssl
được nhập vào tệp WORKSPACE và kho lưu trữ đó có đích cc_library //src:openssl-lib
, thì bạn có thể tạo email đại diện cho mục tiêu này bằng cách sử dụng bind
:
bind( name = "openssl", actual = "@my-ssl//src:openssl-lib", )
Sau đó, trong tệp BUILD trong không gian làm việc, bạn có thể sử dụng mục tiêu liên kết như sau:
cc_library( name = "sign-in", srcs = ["sign_in.cc"], hdrs = ["sign_in.h"], deps = ["//external:openssl"], )
Trong sign_in.cc
và sign_in.h
, các tệp tiêu đề do //external:openssl
hiển thị có thể được tham chiếu bằng cách sử dụng đường dẫn tương ứng với gốc kho lưu trữ. Ví dụ: nếu định nghĩa quy tắc cho @my-ssl//src:openssl-lib
có dạng như sau:
cc_library( name = "openssl-lib", srcs = ["openssl.cc"], hdrs = ["openssl.h"], )
Sau đó, phần bao gồm của sign_in.cc
có thể có dạng như sau:
#include "sign_in.h" #include "src/openssl.h"
Đối số
Thuộc tính | |
---|---|
name |
Tên; bắt buộc Tên duy nhất cho mục tiêu này. |
actual
|
Nhãn; mặc định là Mục tiêu này phải tồn tại, nhưng có thể là bất kỳ loại quy tắc nào (bao gồm cả liên kết). Nếu bạn bỏ qua thuộc tính này, các quy tắc tham chiếu đến mục tiêu này trong |
local_repository
Xem nguồn quy tắclocal_repository(name, path, repo_mapping)
Cho phép liên kết các mục tiêu từ một thư mục cục bộ. Điều này có nghĩa là kho lưu trữ hiện tại có thể sử dụng các mục tiêu được xác định trong thư mục khác này. Hãy xem phần liên kết để biết thêm chi tiết.
Ví dụ
Giả sử kho lưu trữ hiện tại là một ứng dụng trò chuyện, được lưu trữ tại thư mục ~/chat-app. Ứng dụng này muốn sử dụng một thư viện SSL được xác định trong một kho lưu trữ khác: ~/ssl. Thư viện SSL có một //src:openssl-lib
đích.
Người dùng có thể thêm phần phụ thuộc vào mục tiêu này bằng cách thêm các dòng sau vào ~/chat-app/WORKSPACE:
local_repository( name = "my-ssl", path = "/home/user/ssl", )
Các mục tiêu sẽ chỉ định @my-ssl//src:openssl-lib
làm phần phụ thuộc để phụ thuộc vào thư viện này.
Đối số
Thuộc tính | |
---|---|
name |
Tên; bắt buộc Tên duy nhất cho mục tiêu này. |
path
|
Chuỗi; bắt buộc Đường dẫn đến thư mục của kho lưu trữ cục bộ.Đây phải là đường dẫn đến thư mục chứa tệp WORKSPACE của kho lưu trữ. Đường dẫn có thể là tuyệt đối hoặc tương đối so với tệp WORKSPACE của kho lưu trữ chính. |
repo_mapping
|
Từ điển: Chuỗi -> Chuỗi; mặc định là Ví dụ: mục |
new_local_repository
Xem nguồn quy tắcnew_local_repository(name, build_file, build_file_content, path, repo_mapping, workspace_file, workspace_file_content)
Cho phép chuyển một thư mục cục bộ thành kho lưu trữ Bazel. Điều này có nghĩa là kho lưu trữ hiện tại có thể xác định và sử dụng các mục tiêu từ bất kỳ đâu trên hệ thống tệp.
Quy tắc này sẽ tạo một kho lưu trữ Bazel bằng cách tạo một tệp WORKSPACE và thư mục con có chứa các đường liên kết tượng trưng đến tệp BUILD và đường dẫn đã cho. Tệp bản dựng sẽ tạo các mục tiêu tương ứng với path
. Đối với các thư mục đã chứa tệp WORKSPACE và tệp BUILD, bạn có thể sử dụng quy tắc
local_repository
.
Ví dụ
Giả sử kho lưu trữ hiện tại là một ứng dụng trò chuyện, được lưu trữ tại thư mục ~/chat-app. Ứng dụng này muốn sử dụng một thư viện SSL được xác định trong một thư mục khác: ~/ssl.
Người dùng có thể thêm phần phụ thuộc bằng cách tạo tệp BUILD cho thư viện SSL (~/chat-app/BUILD.my-ssl) chứa:
java_library( name = "openssl", srcs = glob(['*.java']) visibility = ["//visibility:public"], )
Sau đó, họ có thể thêm các dòng sau vào ~/chat-app/WORKSPACE:
new_local_repository( name = "my-ssl", path = "/home/user/ssl", build_file = "BUILD.my-ssl", )
Thao tác này sẽ tạo một kho lưu trữ @my-ssl
liên kết các liên kết đến /home/user/ssl.
Các mục tiêu có thể phụ thuộc vào thư viện này bằng cách thêm @my-ssl//:openssl
vào phần phụ thuộc của mục tiêu.
Bạn cũng có thể sử dụng new_local_repository
để đưa vào các tệp đơn lẻ, chứ không chỉ thư mục. Ví dụ: giả sử bạn có một tệp jar tại /home/username/Downloads/piano.jar. Bạn chỉ cần thêm tệp đó vào bản dựng bằng cách thêm nội dung sau vào tệp WORKSPACE:
new_local_repository( name = "piano", path = "/home/username/Downloads/piano.jar", build_file = "BUILD.piano", )
Và tạo tệp BUILD.piano sau:
java_import( name = "play-music", jars = ["piano.jar"], visibility = ["//visibility:public"], )
@piano//:play-music
để sử dụng piano.jar.
Đối số
Thuộc tính | |
---|---|
name |
Tên; bắt buộc Tên duy nhất cho mục tiêu này. |
build_file
|
Tên; mặc định là Bạn phải chỉ định build_file hoặc build_file_content. Thuộc tính này là một nhãn tương ứng với không gian làm việc chính. Tệp không cần phải có tên là BUILD, nhưng có thể có. (chẳng hạn như BUILD.new-repo-name có thể hoạt động tốt để phân biệt với các tệp BUILD thực tế của kho lưu trữ.) |
build_file_content
|
Chuỗi; mặc định là Bạn phải chỉ định build_file hoặc build_file_content. |
path
|
Chuỗi; bắt buộc Một đường dẫn trên hệ thống tệp cục bộ.Giá trị này có thể là tuyệt đối hoặc tương đối so với tệp WORKSPACE của kho lưu trữ chính. |
repo_mapping
|
Từ điển: Chuỗi -> Chuỗi; mặc định là Ví dụ: mục |
workspace_file
|
Tên; mặc định là Bạn chỉ có thể chỉ định workspace_file hoặc workspace_file_content, nhưng không thể chỉ định cả hai. Thuộc tính này là một nhãn liên quan đến không gian làm việc chính. Tệp không cần phải có tên là WORKSPACE. (Một số thuộc tính như WORKSPACE.new-repo-name có thể phù hợp để phân biệt với các tệp WORKSPACE thực tế của kho lưu trữ.) |
workspace_file_content
|
Chuỗi; mặc định là Bạn chỉ có thể chỉ định workspace_file hoặc workspace_file_content, nhưng không thể chỉ định cả hai. |