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

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

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

Bất cứ khi nào có thể, hãy tạo 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à kết thúc 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ể ẩn 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/WORKSPACE 

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 thành phần này vào myproject mà không 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 để kết hợp kim cương. Ví dụ: nếu A và B có cùng một 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ữ từ 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 thay đổi mã nguồn.

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

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

  • Gỡ lỗi cho vấn đề. Ví dụ: để ghi đè kho lưu trữ http_archive vào một thư mục cục bộ để bạn có thể thực hiện thay đổi dễ dàng hơn.
  • Nhà cung cấp. Nếu bạn đang ở trong một 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 về kho lưu trữ dựa trên mạng để trỏ đến các thư mục cục bộ.

Sử dụng proxy

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

Hỗ trợ cho IPv6

Trên các máy chỉ hỗ trợ 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 cùng một quy ước 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 vào các địa chỉ bên ngoài, điều này có thể gây ra các trường hợp 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 --host_jvm_args=-Djava.net.preferIPv6Addresses=true, chẳng hạn như 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 của bạn:

    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 cả -Djava.net.preferIPv6Addresses=true vào biến môi trường COURSIER_OPTS để cung cấp các tuỳ chọn JVM cho Coursier.

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

Đôi khi, bạn có thể muốn chạy một công trình ngoại tuyến, 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 cá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, Baazel sẽ hỗ trợ tuỳ chọn --distdir. Cờ này yêu cầu Bazel xem trước các thư mục mà tuỳ chọn đó chỉ định khi một 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 khi không có mạng từ cấu phần phần mềm phân phối. Thư viện này thực hiện việc này bằng cách thu thập tất 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 quy tắc kho lưu trữ mà không cần biết liệu các lệnh đó có gọi mạng hay không, do đó không thể thực thi các bản dựng hoàn toàn ngoại tuyến. Để kiểm tra xem một bản dựng có hoạt động chính xác khi không có mạng, hãy chặn mạng theo cách thủ công (như Bazel đã làm trong quá trình kiểm thử khởi động).