アクションの実行を開始します。アーティファクトを構築する必要があります。これらのアーティファクトをビルドします次のステップでは、実行ルートを作成します。完全なソースツリーを使用して、ローカルで実行されるアクションを提供する必要があります。よって処理され、すべてのターゲットをメモすることで動作します。使用済みのターゲットを持つすべてのパッケージを実際の場所から追跡できます。次の理由により、これは適切ではありません。パッケージがパッケージパスから移動されると、アクションのコマンドラインが変更されます。別のエントリ(以前はよく発生します)アクションをリモートで実行する場合とリモート実行する場合とで、異なるコマンドラインになります。グラフ(二部有向グラフ)の走査を開始します。アクションとその入力および出力アーティファクトで構成される)と、実行中のアクションです。ActionExecutionValue。再起動するためのデータが含まれています。システムの状態に関するデータが含まれています。キャッシュでヒットする可能性があります。システムの状態を表し、ディスクにシリアル化されます。このキャッシュでは、メソッドを使用してヒットがチェックされます。このアクションは次のように記述されます。キャッシュ」もあります。入力検出と入力プルーニング一部のアクションは、単に一連の入力を取得するよりも複雑な場合があります。その入力が実際には必要ありません。一時的なクロージャから解放されるようにします。リモートエグゼキュータに送信します。内でのみ使用されます。アクションの実行中に一部のファイルが使用されていないことに気付く場合があります。ファイル」と呼ばれます。この事実を利用しています。スキャナよりも高くなります。メソッドを使用して実装されます。ネストされたフィールドのセットが返されます。必要と判断されたアーティファクト。グラフに残らないようにします。同等の値が示されます。呼び出すことによって実行されます。最後で、アクションは以下を呼び出すことができます。これにより、使用された入力が次の場合に、増分ビルドが正しく行われないことがあります。入力内容には、以前に実施した入力の検出とプルーニングの結果が反映されます。アクションは、この機能を利用して一部の入力を未使用として宣言できます。ctx.actions.run()。Strategies/ActionContexts一部のアクションはさまざまな方法で実行できます。さまざまなサンドボックス、またはリモートで実行されるようにします。コンテキストのライフサイクルは次のとおりです。コンテキストに基づいて生成されます。ExecutionTool。実装する必要があるインターフェースです。使用してコンテキストをリクエストします。戦略は、仕事をするために他の戦略を自由に呼び出すことができます。先に終了したほうを使用します。プロセスを実装することです。(WorkerSpawnStrategy)。すべてのアクション(これは正確性の問題である可能性があります。プロセスを再起動する必要があります。WorkerFilesHash。実行ファイルは次のとおりです。ツールの一部としてカウントされます戦略(またはアクションのコンテキスト)について詳しくは、以下をご覧ください。こちらをご覧ください。こちらをご覧ください。こちらをご覧ください。多くのアクションを並行して実行できます。並行して実行することが推奨されています。同時に実行するインスタンスの数を減らして、この問題を回避してください。過負荷状態になります。