各 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 イベントには、ワークスペース ステータス コマンドの結果が含まれます。