Chủ đề nâng cao về phần phụ thuộc bên ngoài

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

Ẩn phần phụ thuộc trong WORKSPACE

Bất cứ khi nào có thể, hãy xây dựng một chính sách phiên bản duy nhất trong dự án. Đây là chính sách bắt buộc đối với các phần phụ thuộc mà bạn biên dịch và xuất hiện trong tệp nhị phân cuối cùng. Đối với các trường hợp khác, bạn có thể đổ bóng các phần phụ thuộc:

myproject/WORKSPACE

workspace(name = "myproject")

local_repository(
    name = "A",
    path = "../A",
)
local_repository(
    name = "B",
    path = "../B",
)

A/WORKSPACE

workspace(name = "A")

load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
    name = "testrunner",
    urls = ["https://github.com/testrunner/v1.zip"],
    sha256 = "...",
)

B/NƠI LÀM VIỆC 

workspace(name = "B")

load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
    name = "testrunner",
    urls = ["https://github.com/testrunner/v2.zip"],
    sha256 = "..."
)

Cả hai phần phụ thuộc A và B đều phụ thuộc vào các phiên bản khác nhau của testrunner. Đưa cả hai vào myproject mà không có xung đột bằng cách đặt tên riêng biệt cho chúng trong myproject/WORKSPACE:

workspace(name = "myproject")

load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
    name = "testrunner-v1",
    urls = ["https://github.com/testrunner/v1.zip"],
    sha256 = "..."
)
http_archive(
    name = "testrunner-v2",
    urls = ["https://github.com/testrunner/v2.zip"],
    sha256 = "..."
)
local_repository(
    name = "A",
    path = "../A",
    repo_mapping = {"@testrunner" : "@testrunner-v1"}
)
local_repository(
    name = "B",
    path = "../B",
    repo_mapping = {"@testrunner" : "@testrunner-v2"}
)

Bạn cũng có thể sử dụng cơ chế này để nối các viên kim cương. Ví dụ: nếu A và B có cùng phần phụ thuộc nhưng gọi bằng tên khác, hãy kết hợp các phần phụ thuộc đó trong myproject/WORKSPACE.

Ghi đè kho lưu trữ qua dòng lệnh

Để ghi đè một kho lưu trữ đã khai báo bằng một kho lưu trữ cục bộ từ dòng lệnh, hãy sử dụng cờ --override_repository. Việc sử dụng cờ này sẽ thay đổi nội dung của các kho lưu trữ bên ngoài mà không cần thay đổi mã nguồn của bạn.

Ví dụ: để ghi đè @foo vào thư mục cục bộ /path/to/local/foo, hãy truyền cờ --override_repository=foo=/path/to/local/foo.

Các trường hợp sử dụng bao gồm:

  • Gỡ lỗi. Ví dụ: để ghi đè kho lưu trữ http_archive vào thư mục cục bộ nơi bạn có thể thực hiện các thay đổi dễ dàng hơn.
  • Nhà cung cấp. Nếu bạn đang ở trong môi trường không thể thực hiện lệnh gọi mạng, hãy ghi đè các quy tắc lưu trữ dựa trên mạng để trỏ đến các thư mục cục bộ.

Sử dụng proxy

Bazel chọn các địa chỉ proxy từ các biến môi trường HTTPS_PROXY và HTTP_PROXY, sau đó sử dụng các địa chỉ này để tải các tệp HTTP và HTTPS xuống (nếu được chỉ định).

Hỗ trợ IPv6

Trên các máy chỉ dùng IPv6, Bazel có thể tải các phần phụ thuộc xuống mà không cần thay đổi. Tuy nhiên, trên các máy IPv4/IPv6 ngăn xếp kép, Bazel tuân theo quy ước tương tự như Java, ưu tiên IPv4 nếu được bật. Trong một số trường hợp, chẳng hạn như khi mạng IPv4 không thể phân giải/truy cập các địa chỉ bên ngoài, điều này có thể gây ra ngoại lệ Network unreachable và lỗi bản dựng. Trong những trường hợp này, bạn có thể ghi đè hành vi của Bazel để ưu tiên IPv6 bằng cách sử dụng thuộc tính hệ thống java.net.preferIPv6Addresses=true. Cụ thể:

  • Sử dụng tuỳ chọn khởi động của --host_jvm_args=-Djava.net.preferIPv6Addresses=true, ví dụ: bằng cách thêm dòng sau vào tệp .bazelrc:

    startup --host_jvm_args=-Djava.net.preferIPv6Addresses=true

  • Khi chạy các mục tiêu bản dựng Java cần kết nối Internet (chẳng hạn như để kiểm thử tích hợp), hãy sử dụng cờ công cụ --jvmopt=-Djava.net.preferIPv6Addresses=true. Ví dụ: đưa vào tệp .bazelrc:

    build --jvmopt=-Djava.net.preferIPv6Addresses

  • Nếu bạn đang sử dụng rules_jvm_external để phân giải phiên bản phần phụ thuộc, hãy thêm -Djava.net.preferIPv6Addresses=true vào biến môi trường COURSIER_OPTS để cung cấp các tuỳ chọn máy ảo Java cho Bộ mã hoá.

Bản dựng ngoại tuyến

Đôi khi, bạn có thể muốn chạy bản dựng mà không cần kết nối mạng, chẳng hạn như khi di chuyển trên máy bay. Đối với những trường hợp sử dụng đơn giản như vậy, hãy tìm nạp trước kho lưu trữ cần thiết bằng bazel fetch hoặc bazel sync. Để tắt tính năng tìm nạp thêm kho lưu trữ trong quá trình tạo bản dựng, hãy sử dụng tuỳ chọn --nofetch.

Đối với các bản dựng ngoại tuyến thực sự, trong đó một thực thể khác cung cấp tất cả các tệp cần thiết, Bazel hỗ trợ tuỳ chọn --distdir. Cờ này sẽ yêu cầu Bazel xem xét trước các thư mục do tuỳ chọn đó chỉ định khi quy tắc kho lưu trữ yêu cầu Bazel tìm nạp tệp bằng ctx.download hoặc ctx.download_and_extract. Bằng cách cung cấp tổng hàm băm của tệp cần thiết, Bazel tìm một tệp khớp với tên cơ sở của URL đầu tiên và sử dụng bản sao cục bộ nếu hàm băm khớp.

Chính Bazel sử dụng kỹ thuật này để tự khởi động ngoại tuyến từ cấu phần phần mềm phân phối. API này thực hiện bằng cách thu thập tất cả các phần phụ thuộc bên ngoài cần thiết trong một distdir_tar nội bộ.

Bazel cho phép thực thi các lệnh tuỳ ý trong các quy tắc kho lưu trữ mà không cần biết liệu các quy tắc đó có gọi mạng hay không, do đó, không thể thực thi các bản dựng ngoại tuyến hoàn toàn. Để kiểm thử xem một bản dựng có hoạt động đúng cách khi không có mạng hay không, hãy chặn mạng theo cách thủ công (như Bazel đã làm trong kiểm thử khởi động).