このページでは、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
のビルドに必要なすべてのターゲットのセットです。
2 つのパッケージ間の依存関係チェーンをトレースする
ライブラリ //third_party/zlib:zlibonly
は //foo
の BUILD ファイルにありませんが、間接的な依存関係です。この依存関係のパスをトレースするには
どうすればよいでしょうかここには、allpaths
と somepath
という 2 つの便利な関数があります。ビルドしたアーティファクトに含まれるもののみを対象とし、すべてのジョブを対象としない場合は、--notool_deps
を使用してツールの依存関係を除外することもできます。
すべての依存関係のグラフを可視化するには、dot
コマンドライン ツールを使用して bazel クエリ出力をパイプ処理します。
$ bazel query "allpaths(//foo, third_party/...)" --notool_deps --output graph | dot -Tsvg > /tmp/deps.svg
依存関係グラフが大きく複雑な場合は、次のように 1 つのパスから始めると便利です。
$ 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
を使用すると、クエリ結果からこれらの依存関係を除外できます。cquery の場合、解決された toolchain が含まれます。
逆依存関係
あるターゲットに依存するターゲット セットを知りたい場合があります。たとえば、コードを変更する場合は、破壊する他のコードを把握しておく必要があります。rdeps(u, x)
を使用すると、u
の推移的クロージャ内の x
にあるターゲットの逆依存関係を見つけることができます。
Bazel の Sky Query は、指定したユニバースでリバース依存関係をクエリできる 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:*)'
スターラーク マクロ 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/...))'
パターンは正規表現で、ルールのフルネームに適用されます。これは、
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
ツリーが依存しているパッケージ(foo/contrib
を除く)は何ですか?
bazel query 'deps(foo/... except foo/contrib/...)' --output package
どのようなルールの依存関係が存在するか
bar はどの 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))'
この依存関係が存在する理由
bar
が groups2
に依存するのはなぜですか?
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
の 2 つのバリアントに依存しているのはなぜですか?
このクエリは、まとめると「両方のライブラリに依存する //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 への最長パスを特定できませんが、開始点から最も遠いノード(つまり aa)を見つけたり、x からすべての y までの最長パスの長さを表示することはできます。maxrank
を使用します。
bazel query 'deps(//foo-tests)' --output maxrank | tail -1 85 //third_party/zlib:zutil.c
この結果は、このビルドで順序付けが必要な長さ 85 のパスが存在することを示しています。