Bazel 쿼리 방법

문제 신고 소스 보기

이 페이지에서는 Bazel의 쿼리 언어를 사용하여 코드의 종속 항목을 추적하는 방법을 설명합니다.

언어 세부정보 및 --output 플래그 세부정보는 참조 설명서, Bazel 쿼리 참조, Bazel cquery 참조를 확인하세요. 명령줄에서 bazel help query 또는 bazel help cquery를 입력하면 도움이 됩니다.

타겟 누락과 같은 오류를 무시하고 쿼리를 실행하려면 --keep_going 플래그를 사용하세요.

규칙의 종속 항목 찾기

//foo의 종속 항목을 보려면 bazel 쿼리에서 deps 함수를 사용하세요.

$ bazel query "deps(//foo)"
//foo:foo
//foo:foo-dep
...

이는 //foo를 빌드하는 데 필요한 모든 타겟의 집합입니다.

두 패키지 간 종속 항목 체인 추적

//third_party/zlib:zlibonly 라이브러리는 //foo의 BUILD 파일에 없지만 간접 종속 항목입니다. 이 종속 항목 경로를 어떻게 추적할 수 있나요? 여기에는 두 가지 유용한 함수 allpathssomepath가 있습니다. 가능한 모든 작업이 아니라 빌드한 아티팩트에 포함된 내용에만 관심이 있다면 --notool_deps를 사용한 도구 종속 항목을 제외할 수도 있습니다.

모든 종속 항목의 그래프를 시각화하려면 dot 명령줄 도구를 통해 bazel 쿼리 출력을 파이핑합니다.

$ bazel query "allpaths(//foo, third_party/...)" --notool_deps --output graph | dot -Tsvg > /tmp/deps.svg

종속 항목 그래프가 크고 복잡한 경우 단일 경로로 시작하는 것이 유용할 수 있습니다.

$ bazel query "somepath(//foo:foo, third_party/zlib:zlibonly)"
//foo:foo
//translations/tools:translator
//translations/base:base
//third_party/py/MySQL:MySQL
//third_party/py/MySQL:_MySQL.so
//third_party/mysql:mysql
//third_party/zlib:zlibonly

allpaths와 함께 --output graph를 지정하지 않으면 종속 항목 그래프의 평면화된 목록이 표시됩니다.

$ bazel query "allpaths(//foo, third_party/...)"
  ...many errors detected in BUILD files...
//foo:foo
//translations/tools:translator
//translations/tools:aggregator
//translations/base:base
//tools/pkg:pex
//tools/pkg:pex_phase_one
//tools/pkg:pex_lib
//third_party/python:python_lib
//translations/tools:messages
//third_party/py/xml:xml
//third_party/py/xml:utils/boolean.so
//third_party/py/xml:parsers/sgmlop.so
//third_party/py/xml:parsers/pyexpat.so
//third_party/py/MySQL:MySQL
//third_party/py/MySQL:_MySQL.so
//third_party/mysql:mysql
//third_party/openssl:openssl
//third_party/zlib:zlibonly
//third_party/zlib:zlibonly_v1_2_3
//third_party/python:headers
//third_party/openssl:crypto

참고: 암시적 종속 항목

//foo의 BUILD 파일은 //translations/tools:aggregator를 참조하지 않습니다. 그렇다면 직접적인 종속 항목은 어디에 있을까요?

특정 규칙에는 추가 라이브러리나 도구의 암시적 종속 항목이 포함됩니다. 예를 들어 genproto 규칙을 빌드하려면 먼저 프로토콜 컴파일러를 빌드해야 합니다. 그러면 모든 genproto 규칙은 프로토콜 컴파일러에 암시적 종속 항목을 갖습니다. 이러한 종속 항목은 빌드 파일에 언급되지 않지만 빌드 도구에 의해 추가됩니다. 전체 암시적 종속성 집합은 현재 문서화되지 않았습니다. --noimplicit_deps를 사용하면 쿼리 결과에서 이러한 deps를 필터링할 수 있습니다. cquery의 경우 확인된 도구 모음이 포함됩니다.

역 종속 항목

일부 타겟에 종속된 일련의 타겟이 궁금할 수 있습니다. 예를 들어 일부 코드를 변경하려고 할 때 중단하려는 다른 코드가 무엇인지 알고 싶을 수 있습니다. rdeps(u, x)를 사용하여 u의 전이적 클로저 내에서 x에 있는 타겟의 역 종속 항목을 찾을 수 있습니다.

Bazel의 스카이 쿼리는 지정한 환경에서 역 종속 항목을 쿼리할 수 있는 allrdeps 함수를 지원합니다.

기타 용도

bazel query를 사용하여 여러 종속 항목 관계를 분석할 수 있습니다.

존재하는 것 ...

foo 아래에 어떤 패키지가 있나요?

bazel query 'foo/...' --output package

foo 패키지에 정의된 규칙은 무엇인가요?

bazel query 'kind(rule, foo:*)' --output label_kind

foo 패키지의 규칙에 의해 생성되는 파일은 무엇인가요?

bazel query 'kind("generated file", //foo:*)'

Starlark 매크로 foo에 의해 어떤 타겟이 생성되나요?

bazel query 'attr(generator_function, foo, //path/to/search/...)'

//foo를 빌드하는 데 필요한 BUILD 파일 세트는 무엇인가요?

bazel query 'buildfiles(deps(//foo))' | cut -f1 -d:

test_suite가 확장되는 개별 테스트는 무엇인가요?

bazel query 'tests(//foo:smoke_tests)'

이 중 어떤 것이 C++ 테스트인가요?

bazel query 'kind(cc_.*, tests(//foo:smoke_tests))'

이 중에서 어느 것이 작을까요? 중간인가요? 대규모?

bazel query 'attr(size, small, tests(//foo:smoke_tests))'

bazel query 'attr(size, medium, tests(//foo:smoke_tests))'

bazel query 'attr(size, large, tests(//foo:smoke_tests))'

패턴과 일치하는 foo 아래의 테스트는 무엇인가요?

bazel query 'filter("pa?t", kind(".*_test rule", //foo/...))'

패턴은 정규식이며 규칙의 전체 이름에 적용됩니다. Kubernetes에서

bazel query 'kind(".*_test rule", //foo/...)' | grep -E 'pa?t'

path/to/file/bar.java 파일이 포함된 패키지는 무엇인가요?

 bazel query path/to/file/bar.java --output=package

path/to/file/bar.java?의 빌드 라벨은 무엇인가요?

bazel query path/to/file/bar.java

path/to/file/bar.java 파일을 소스로 포함하는 규칙 대상은 무엇인가요?

fullname=$(bazel query path/to/file/bar.java)
bazel query "attr('srcs', $fullname, ${fullname//:*/}:*)"

패키지 종속 항목 존재

foo는 어떤 패키지에 종속되나요? (foo을(를) 빌드하려면 무엇을 확인해야 하나요?)

bazel query 'buildfiles(deps(//foo:foo))' --output package

foo/contrib를 제외하고 foo 트리는 어떤 패키지에 종속되나요?

bazel query 'deps(foo/... except foo/contrib/...)' --output package

규칙 종속 항목

막대가 의존하는 genproto 규칙은 무엇인가요?

bazel query 'kind(genproto, deps(bar/...))'

서블릿 트리에서 Java 바이너리 규칙에 의해 전이적으로 의존하는 일부 JNI (C++) 라이브러리의 정의에 대해 알아보세요.

bazel query 'some(kind(cc_.*library, deps(kind(java_binary, //java/com/example/frontend/...))))' --output location
...이제 이 바이너리에 종속된 모든 Java 바이너리의 정의를 찾아봅니다.
bazel query 'let jbs = kind(java_binary, //java/com/example/frontend/...) in
  let cls = kind(cc_.*library, deps($jbs)) in
    $jbs intersect allpaths($jbs, $cls)'

파일의 종속 항목

foo를 빌드하는 데 필요한 완전한 Java 소스 파일 세트는 무엇인가요?

소스 파일:

bazel query 'kind("source file", deps(//path/to/target/foo/...))' | grep java$

생성된 파일:

bazel query 'kind("generated file", deps(//path/to/target/foo/...))' | grep java$

QUX 테스트를 빌드하는 데 필요한 전체 Java 소스 파일 세트는 무엇인가요?

소스 파일:

bazel query 'kind("source file", deps(kind(".*_test rule", javatests/com/example/qux/...)))' | grep java$

생성된 파일:

bazel query 'kind("generated file", deps(kind(".*_test rule", javatests/com/example/qux/...)))' | grep java$

X와 Y 간 종속 항목 간 차이점

//foo//foo:foolib가 종속되지 않는 타겟은 무엇인가요?

bazel query 'deps(//foo) except deps(//foo:foolib)'

//foo 프로덕션 바이너리에는 종속되지 않지만 foo 테스트는 어떤 C++ 라이브러리에 종속되나요?

bazel query 'kind("cc_library", deps(kind(".*test rule", foo/...)) except deps(//foo))'

이 종속 항목이 존재하는 이유는 무엇인가요?

bargroups2에 의존하는 이유는 무엇인가요?

bazel query 'somepath(bar/...,groups2/...:*)'

이 쿼리의 결과를 얻으면 단일 대상이 예상치 못한 또는 심각한 bar의 바람직하지 않은 종속 항목으로 눈에 띄는 경우가 많습니다. 그러면 쿼리를 다음과 같이 더욱 세분화할 수 있습니다.

docker/updater:updater_systest (py_test)에서 종속되는 cc_library까지의 경로를 보여줍니다.

bazel query 'let cc = kind(cc_library, deps(docker/updater:updater_systest)) in
  somepath(docker/updater:updater_systest, $cc)'

//photos/frontend:lib 라이브러리가 동일한 //third_party/jpeglib//third_party/jpeg 라이브러리의 두 변형에 종속되는 이유는 무엇인가요?

이 쿼리는 '두 라이브러리에 모두 종속되는 //photos/frontend:lib의 하위 그래프를 표시'로 압축됩니다. 결과가 위상 순서로 표시되는 경우 결과의 마지막 요소가 가장 원인일 가능성이 높습니다.

bazel query 'allpaths(//photos/frontend:lib, //third_party/jpeglib)
                intersect
               allpaths(//photos/frontend:lib, //third_party/jpeg)'
//photos/frontend:lib
//photos/frontend:lib_impl
//photos/frontend:lib_dispatcher
//photos/frontend:icons
//photos/frontend/modules/gadgets:gadget_icon
//photos/thumbnailer:thumbnail_lib
//third_party/jpeg/img:renderer

다음 요소에 따라 달라집니다.

막대 아래의 어떤 규칙이 Y에 종속되나요?

bazel query 'bar/... intersect allpaths(bar/..., Y)'

T 패키지에서 T에 직접적으로 종속되는 타겟은 무엇인가요?

bazel query 'same_pkg_direct_rdeps(T)'

종속 항목을 해제하려면 어떻게 해야 하나요?

bar가 더 이상 X에 종속되지 않도록 하려면 어떤 종속 항목 경로를 중단해야 하나요?

그래프를 svg 파일로 출력하는 방법은 다음과 같습니다.

bazel query 'allpaths(bar/...,X)' --output graph | dot -Tsvg > /tmp/dep.svg

기타

//foo-tests 빌드에는 몇 개의 순차 단계가 있나요?

안타깝게도 쿼리 언어는 현재 x에서 y까지의 최장 경로를 제공할 수 없지만, 시작점에서 가장 먼 노드 (또는 그보다는 a)를 찾거나, x에서 y까지의 최장 경로 길이를 x에서 y까지의 모든 y까지 표시할 수 있습니다. maxrank 사용:

bazel query 'deps(//foo-tests)' --output maxrank | tail -1
85 //third_party/zlib:zutil.c

결과는 이 빌드에 순서대로 발생해야 하는 길이 85의 경로가 있음을 나타냅니다.