各 BEP イベントタイプには独自のセマンティクスがあり、build_event_stream.proto に最小限の記述があります。次の用語集では、各イベントタイプについて説明します。
中止
Aborted
イベントは他のタイプのイベントを置き換えるため、他のイベントとは異なり、対応する ID タイプがありません。このイベントは、ビルドが早期に終了し、表示されたイベント ID が正常に生成されなかったことを示します。Aborted
には、ビルドが完了しなかった理由を説明する列挙型とわかりやすい説明が含まれます。
たとえば、ユーザーが Bazel を中断したときにビルドがターゲットを評価している場合、BEP には次のようなイベントが含まれます。
{
"id": {
"targetCompleted": {
"label": "//:foo",
"configuration": {
"id": "544e39a7f0abdb3efdd29d675a48bc6a"
}
}
},
"aborted": {
"reason": "USER_INTERRUPTED"
}
}
ActionExecuted
ビルド内の特定のアクションの実行に関する詳細情報を提供します。デフォルトでは、このイベントは、ビルド失敗の根本原因の特定をサポートするために、失敗したアクションの場合にのみ BEP に含まれます。ユーザーは、すべての ActionExecuted
イベントを含めるように --build_event_publish_all_actions
フラグを設定できます。
BuildFinished
コマンドが完了すると、単一の BuildFinished
イベントが送信され、コマンドの終了コードが含まれます。このイベントは、信頼できる成功 / 失敗情報を提供します。
BuildMetadata
--build_metadata
フラグの解析された内容が含まれます。このイベントは、外部データ(識別子など)をプルーニングして、Bazel と他のツールとの統合をサポートするために存在します。
BuildMetrics
すべてのコマンドの最後に 1 つの BuildMetrics
イベントが送信されます。このイベントには、コマンド実行中のビルドツールの動作を定量化するために役立つカウンタ / ゲージが含まれています。これらの指標は、実際に行われた作業を示します。キャッシュに保存された作業が再利用された場合、その作業はカウントされません。
コマンドの実行中に Java ガベージ コレクションが行われなかった場合、memory_metrics
に値が設定されないことがあります。ユーザーは --memory_profile=/dev/null
オプションを設定できます。このオプションを使用すると、コマンドの終了時にガベージ コレクタが強制的に実行され、memory_metrics
が入力されます。
{
"id": {
"buildMetrics": {}
},
"buildMetrics": {
"actionSummary": {
"actionsExecuted": "1"
},
"memoryMetrics": {},
"targetMetrics": {
"targetsLoaded": "9",
"targetsConfigured": "19"
},
"packageMetrics": {
"packagesLoaded": "5"
},
"timingMetrics": {
"cpuTimeInMs": "1590",
"wallTimeInMs": "359"
}
}
}
BuildStarted
BEP ストリームの最初のイベントである BuildStarted
には、意味のある処理が開始される前にコマンドを記述するメタデータが含まれます。
BuildToolLogs
コマンドの終了時に 1 つの BuildToolLogs
イベントが送信されます。これには、ビルドツールの動作の理解やデバッグに役立つ可能性のある、ビルドツールによって生成されたファイルの URI が含まれます。一部の情報はインラインで表示される場合があります。
{
"id": {
"buildToolLogs": {}
},
"lastMessage": true,
"buildToolLogs": {
"log": [
{
"name": "elapsed time",
"contents": "MC4xMjEwMDA="
},
{
"name": "process stats",
"contents": "MSBwcm9jZXNzOiAxIGludGVybmFsLg=="
},
{
"name": "command.profile.gz",
"uri": "file:///tmp/.cache/bazel/_bazel_foo/cde87985ad0bfef34eacae575224b8d1/command.profile.gz"
}
]
}
}
CommandLine
BEP には、すべてのコマンドライン引数(オプションと未解釈引数を含む)の表現を含む複数の CommandLine
イベントが含まれています。各 CommandLine
イベントの StructuredCommandLineId
には、伝達する表現を示すラベルが付いています。BEP には、このようなイベントが 3 つあります。
"original"
: Bazel が Bazel クライアントから受け取ったコマンドラインを再構築したもので、.rc ファイルから取得された起動オプションは含まれていません。"canonical"
: .rc ファイルが展開され、呼び出しポリシーが適用された有効なコマンドライン。"tool"
:--experimental_tool_command_line
オプションから入力されます。これは、BEP を介して Bazel をラップするツールのコマンドラインを伝達する場合に便利です。これには、直接使用される Base64 エンコードのCommandLine
バイナリ プロトコル バッファ メッセージや、解析されて解釈されない文字列(ツールのオプションが Bazel のオプションとは異なる場合があるため)があります。
構成
Configuration
イベントは、ビルドの最上位ターゲットで使用される configuration
ごとに送信されます。少なくとも 1 つの構成イベントが常に存在します。id
は TargetConfigured
イベント ID と TargetComplete
イベント ID で再利用され、マルチ構成ビルドでこれらのイベントのあいまいさを排除するために必要です。
{
"id": {
"configuration": {
"id": "a5d130b0966b4a9ca2d32725aa5baf40e215bcfc4d5cdcdc60f5cc5b4918903b"
}
},
"configuration": {
"mnemonic": "k8-fastbuild",
"platformName": "k8",
"cpu": "k8",
"makeVariable": {
"COMPILATION_MODE": "fastbuild",
"TARGET_CPU": "k8",
"GENDIR": "bazel-out/k8-fastbuild/bin",
"BINDIR": "bazel-out/k8-fastbuild/bin"
}
}
}
ConvenienceSymlinksIdentified
試験運用中:--experimental_convenience_symlinks_bep_event
オプションが設定されている場合、build
コマンドによって単一の ConvenienceSymlinksIdentified
イベントが生成され、ワークスペース内のシンボリック リンクの管理方法が示されます。これにより、Bazel をリモートで呼び出して、Bazel がローカルで実行されたかのようにローカル ワークスペースを配置するビルドツールが可能になります。
{
"id": {
"convenienceSymlinksIdentified":{}
},
"convenienceSymlinksIdentified": {
"convenienceSymlinks": [
{
"path": "bazel-bin",
"action": "CREATE",
"target": "execroot/google3/bazel-out/k8-fastbuild/bin"
},
{
"path": "bazel-genfiles",
"action": "CREATE",
"target": "execroot/google3/bazel-out/k8-fastbuild/genfiles"
},
{
"path": "bazel-out",
"action": "CREATE",
"target": "execroot/google3/bazel-out"
}
]
}
}
フェッチ
Fetch オペレーションがコマンド実行の一部として発生したことを示します。他のイベントとは異なり、キャッシュに保存された取得結果が再利用された場合、このイベントは BEP ストリームに表示されません。
NamedSetOfFiles
NamedSetOfFiles
イベントは、コマンドの評価中に生成されたファイルの depset
に一致する構造を報告します。推移的に含まれる depset は NamedSetOfFilesId
で識別されます。
ストリームの NamedSetOfFiles
イベントの解釈の詳細については、BEP の例のページをご覧ください。
OptionsParsed
1 つの OptionsParsed
イベントで、コマンドに適用されているすべてのオプションが一覧表示され、起動オプションとコマンド オプションが分離されます。また、InvocationPolicy も含まれます(存在する場合)。
{
"id": {
"optionsParsed": {}
},
"optionsParsed": {
"startupOptions": [
"--max_idle_secs=10800",
"--noshutdown_on_low_sys_mem",
"--connect_timeout_secs=30",
"--output_user_root=/tmp/.cache/bazel/_bazel_foo",
"--output_base=/tmp/.cache/bazel/_bazel_foo/a61fd0fbee3f9d6c1e30d54b68655d35",
"--deep_execroot",
"--idle_server_tasks",
"--write_command_log",
"--nowatchfs",
"--nofatal_event_bus_exceptions",
"--nowindows_enable_symlinks",
"--noclient_debug",
],
"cmdLine": [
"--enable_platform_specific_config",
"--build_event_json_file=/tmp/bep.json"
],
"explicitCmdLine": [
"--build_event_json_file=/tmp/bep.json"
],
"invocationPolicy": {}
}
}
PatternExpanded
PatternExpanded
イベントは、コマンドラインで指定されたパターンに一致するすべてのターゲットのセットを示します。コマンドが成功すると、PatternExpandedId
内のすべてのパターンと PatternExpanded
イベントの子内のすべてのターゲットを含む単一のイベントが存在します。パターンが任意の test_suite
に展開される場合、test_suite
に含まれるテストターゲットのセット。解決に失敗したパターンごとに、BEP には、パターンを識別する PatternExpandedId
を含む追加の Aborted
イベントが含まれます。
{
"id": {
"pattern": {
"pattern":["//base:all"]
}
},
"children": [
{"targetConfigured":{"label":"//base:foo"}},
{"targetConfigured":{"label":"//base:foobar"}}
],
"expanded": {
"testSuiteExpansions": {
"suiteLabel": "//base:suite",
"testLabels": "//base:foo_test"
}
}
}
進行状況
進行状況イベントには、コマンドの実行中に Bazel によって生成された標準出力と標準エラーが含まれます。これらのイベントは、論理的な「親」イベント(特に NamedSetOfFiles)によって通知されなかったイベントを通知するために、必要に応じて自動生成されます。
TargetComplete
実行フェーズを完了した (target, configuration, aspect)
の組み合わせごとに、BEP に TargetComplete
イベントが含まれます。このイベントには、ターゲットの成功/失敗とターゲットがリクエストした出力グループが含まれます。
{
"id": {
"targetCompleted": {
"label": "//examples/py:bep",
"configuration": {
"id": "a5d130b0966b4a9ca2d32725aa5baf40e215bcfc4d5cdcdc60f5cc5b4918903b"
}
}
},
"completed": {
"success": true,
"outputGroup": [
{
"name": "default",
"fileSets": [
{
"id": "0"
}
]
}
]
}
}
TargetConfigured
分析フェーズを完了するターゲットごとに、BEP に TargetConfigured
イベントが含まれます。これは、ターゲットの「ルールの種類」属性の信頼できるソースです。ターゲットに適用された設定は、イベントの宣言された子に表示されます。
たとえば、--experimental_multi_cpu
オプションを使用してビルドすると、2 つの構成を持つ単一のターゲットに対して次の TargetConfigured
イベントが生成される場合があります。
{
"id": {
"targetConfigured": {
"label": "//starlark_configurations/multi_arch_binary:foo"
}
},
"children": [
{
"targetCompleted": {
"label": "//starlark_configurations/multi_arch_binary:foo",
"configuration": {
"id": "c62b30c8ab7b9fc51a05848af9276529842a11a7655c71327ade26d7c894c818"
}
}
},
{
"targetCompleted": {
"label": "//starlark_configurations/multi_arch_binary:foo",
"configuration": {
"id": "eae0379b65abce68d54e0924c0ebcbf3d3df26c6e84ef7b2be51e8dc5b513c99"
}
}
}
],
"configured": {
"targetKind": "foo_binary rule"
}
}
TargetSummary
実行される (target, configuration)
ペアごとに、TargetSummary
イベントが含まれ、構成されたターゲットの実行と、その構成されたターゲットに適用されるすべての側面を含む成功結果の集計が含まれます。
TestResult
テストがリクエストされた場合、テストの試行、シャード、テストごとの実行ごとに TestResult
イベントが送信されます。これにより、BEP コンシューマは、テストに失敗したテスト アクションを正確に特定し、各テスト アクションのテスト出力(ログ、test.xml ファイルなど)を特定できます。
TestSummary
テストがリクエストされると、テストの (target,
configuration)
ごとに、テスト結果の解釈に必要な情報を含む TestSummary
イベントが送信されます。テストあたりの試行回数、シャード数、実行回数は、BEP コンシューマがこれらのディメンション間でアーティファクトを区別できるようにするために含まれています。FLAKY
テストと FAILED
テストを区別するために、集計 TestStatus
の生成時に、テストあたりの試行回数と実行回数が考慮されます。
UnstructuredCommandLine
CommandLine とは異なり、このイベントは、すべての .bazelrc
ファイルを展開し、--config
フラグを考慮した後、ビルドツールで検出された未解析のコマンドライン フラグを文字列形式で伝播します。
UnstructuredCommandLine
イベントは、特定のコマンド実行を正確に再現するために使用できます。
WorkspaceConfig
1 つの WorkspaceConfig
イベントには、ワークスペースに関する構成情報(実行ルートなど)が含まれます。
WorkspaceStatus
1 つの WorkspaceStatus
イベントには、ワークスペース ステータス コマンドの結果が含まれます。