광고 확장 개요

이 페이지에서는 매크로 및 규칙을 사용하여 BUILD 언어를 확장하는 방법을 설명합니다.

Bazel 확장 프로그램은 .bzl으로 끝나는 파일입니다. load 문을 사용하여 확장 프로그램에서 기호를 가져옵니다.

고급 개념을 학습하기 전에 먼저 다음을 수행하세요.

  • BUILD 및 .bzl 파일 모두에서 사용되는 Starlark 언어에 대해 알아봅니다.

  • 두 BUILD 파일 간에 변수를 공유하는 방법 알아보기

매크로 및 규칙

매크로는 규칙을 인스턴스화하는 함수입니다. BUILD 파일이 너무 반복되거나 너무 복잡해지면 일부 코드를 재사용할 수 있으므로 유용합니다. 이 함수는 BUILD 파일을 읽는 즉시 평가됩니다. BUILD 파일을 평가한 후 Bazel은 매크로에 대한 정보를 거의 찾지 못합니다. 매크로가 genrule를 생성하면 Bazel은 genrule를 작성한 것처럼 동작합니다. 따라서 bazel query는 생성된 genrule만 나열합니다.

규칙은 매크로보다 더 강력합니다. Bazel 내부 기능에 액세스할 수 있으며 진행 상황을 완전히 제어할 수 있습니다. 예를 들어 정보를 다른 규칙에 전달할 수 있습니다.

간단한 로직을 재사용하려면 매크로로 시작합니다. 매크로가 복잡해지면 규칙을 만드는 것이 좋습니다. 새 언어는 일반적으로 규칙을 사용하여 지원합니다. 규칙은 고급 사용자용이며 대부분의 사용자는 직접 작성할 필요가 없습니다. 기존 규칙만 로드하고 호출합니다.

평가 모델

빌드는 세 단계로 구성됩니다.

  • 로드 단계. 먼저 빌드에 필요한 모든 확장 프로그램과 모든 BUILD 파일을 로드하고 평가합니다. BUILD 파일의 실행은 단순히 규칙을 인스턴스화합니다 (규칙이 호출될 때마다 그래프에 추가됨). 여기에서 매크로를 평가합니다.

  • 분석 단계. 규칙의 코드 (implementation 함수)가 실행되고 작업이 인스턴스화됩니다. 작업은 'hello.c에서 gcc 실행 및 hello.o 가져오기'와 같이 입력 집합에서 출력 집합을 생성하는 방법을 설명합니다. 실제 명령어를 실행하기 전에 어떤 파일을 생성할지 명시적으로 나열해야 합니다. 즉, 분석 단계에서는 로드 단계에서 생성된 그래프를 사용하여 작업 그래프를 생성합니다.

  • 실행 단계. 출력이 하나 이상 필요한 경우 작업이 실행됩니다. 파일이 없거나 명령어가 한 출력을 생성하지 못하면 빌드가 실패합니다. 이 단계에서도 테스트가 실행됩니다.

Bazel은 병렬 처리를 사용하여 .bzl 파일과 BUILD 파일을 읽고 파싱하고 평가합니다. 빌드당 최대 한 번 파일을 읽고 평가 결과를 캐시하고 재사용합니다. 파일은 모든 종속 항목 (load() 문)이 해결된 후에만 평가됩니다. 설계상 .bzl 파일을 로드해도 부작용이 없으며, 값과 함수만 정의합니다.

Bazel은 기발한 의도를 갖고 싶어합니다. 즉, 종속 항목 분석을 사용해 어떤 파일을 로드해야 하는지, 어떤 규칙을 분석해야 하는지, 어떤 작업을 실행해야 하는지 파악하기 위해서입니다. 예를 들어 규칙이 현재 빌드에 필요하지 않은 작업을 생성하면 실행되지 않습니다.

확장 프로그램 만들기

아래의 두 링크는 자체 확장 프로그램을 작성할 때 매우 유용합니다. 손이 within지 않는 곳에 보관하세요.

추가 정보

매크로 및 규칙 외에도 변수 및 저장소 규칙을 작성하는 것이 좋습니다.