本頁面將說明如何開始使用 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 所需的所有目標集合。
追蹤兩個套件之間的依附元件鏈結
//foo 的 BUILD 檔案中沒有 //third_party/zlib:zlibonly 程式庫，但它是間接依附元件。我們如何追蹤這個依附元件路徑？這裡有兩個實用的函式：allpaths 和 somepath。如果您只在乎已建構的構件所包含的內容，而非所有可能的工作，您可能也想使用 --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
如果您未指定 --output graph 與 allpaths，則系統會取得整併依附元件圖表的清單。
$ 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 規則，您必須先建構 Protocol Compiler，因此每個 genproto 規則都會對通訊協定編譯器隱含依附元件。建構檔案中不會提及這些依附元件，而是透過建構工具新增。目前尚未記錄完整的隱含依附元件。您可以使用 --noimplicit_deps 從查詢結果中篩除這些依附元件。以 cquery 來說，這將包含已解析的工具鍊。
反轉依附元件
您可能想知道依附於某個目標的目標集。例如，如果要變更程式碼，您可能會想要知道還有哪些程式碼要破壞。您可以在 u 的遞移期內，使用 rdeps(u, x) 找出 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:*)'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/...))'模式是規則運算式，會套用至規則的完整名稱。與執行模型類似
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
有哪些規則依附關係 ...
長條取決於哪個 Genproto 規則？
bazel query 'kind(genproto, deps(bar/...))'
找出 Servlet 樹狀結構中某些 JNI (C++) 程式庫的定義，這些程式庫會間接依附於 Java 二進位規則。
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 測試的 C++ 程式庫是否依附於 //foo 正式版二進位檔「並非」依附？
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？
這項查詢的本質是：「請顯示 //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
影響因素 ...
哪些 bar 下的規則會依 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 路徑的最長路徑長度。使用 maxrank：
bazel query 'deps(//foo-tests)' --output maxrank | tail -1 85 //third_party/zlib:zutil.c
結果表示此版本中存在長度為 85 的路徑，且必須依序出現。