リンクなど)を除きます。リンクをたどりません。対するワイルドカードです。下にあるすべてのパッケージが再帰的であることを示します(パッケージパスのすべてのルートに対して)。ターゲットに対するワイルドカードで、パッケージ内のすべてのルールに一致します。つを組み合わせることができます。省略することもできます。:all-targets)は、一致したパッケージ内のすべてのターゲットに一致するワイルドカードです。ファイルなど)も含まれます。スーパーセットを表すことを意味します。ワイルドカードを使用できます。ラベル構文で必要なコロンの代わりにスラッシュを使用できます。ファイル名の展開を使用する場合によく便利です。ある場合)と同じです。パターンのリストを引数として受け入れます。これは、前の引数で指定されたセットからターゲットのセットを減算するために使用できます。順序が重要であることに注意してください。下のすべてのターゲットをビルドする」ことを意味します。このようにターゲットを除外しても、除外されたターゲットの依存関係である可能性があるため、ターゲットがビルドされないとは限りません。ある場合、後者は前者のビルドの一部としてビルドされます。ターゲットを指定する必要があります。目的が果たされません)。新しい外部依存関係が追加されたタイミングを把握したい場合や、依存関係を「プリフェッチ」する場合(フライトがオフラインになる前など)には、望ましくない場合があります。ルールにのみ適用されます。関係なく常に有効になります。新しい外部依存関係が検出されると、ビルドは失敗します。実行すると、依存関係を手動で取得できます。実行する必要があります。ビルドする前に新しい外部依存関係を追加した後。ファイルが変更されるまで再度実行する必要はありません。依存関係をフェッチするターゲットのリストを受け取ります。ビルドに必要な依存関係が取得されます。//bar:bazワークスペースのすべての外部依存関係を取得するには、次のコマンドを実行します。実行する必要はありません。同じファイルが別のワークスペースで必要な場合や、外部リポジトリの定義が変更されても同じファイルをダウンロードする必要がある場合でも、同じファイルを複数回取得することを回避しようとします。キャッシュにキャッシュに保存します。オプションで変更できます。正しいファイルのコピーがあることを明確に認識している場合にキャッシュから取得されます。合計があり、そのハッシュを持つファイルがキャッシュにある場合です。したがって、外部ファイルごとにハッシュを指定することは、セキュリティの観点からだけでなく、不要なダウンロードを回避するためにも適切な方法です。キャッシュがヒットするたびに、キャッシュ内のファイルの変更時刻が更新されます。ディレクトリ内のファイルが最後に使用された場所を簡単に特定できます(キャッシュを手動でクリーンアップするなど)。アップストリームで利用できなくなったファイルのコピーが含まれている可能性があるため、キャッシュが自動的にクリーンアップされることはありません。ディレクトリを検索します。主な違いは、配布ディレクトリは手動で準備する必要があることです。オプションを使用すると、読み取り専用のディレクトリを追加して、ファイルを取得するのではなく検索できます。リクエストで指定されたハッシュと等しい場合、このようなディレクトリからファイルが取得されます。宣言で指定されている場合にのみ機能します。つに減らすことができます。このように、配布ファイルのディレクトリは、そのディレクトリ内のファイル数が増えても効率的に特定できます。暗黙的な依存関係は、初回実行時にネットワーク経由で取得されます。これらの暗黙的な依存関係には、すべての人にとって必要ではないツールチェーンとルールが含まれています。プロジェクトのビルド時にのみバンドル解除され、フェッチされます。実行すると問題が発生する可能性があります。アクセスが可能なマシンにこれらの依存関係を含む配布ディレクトリを用意し、オフラインでエアギャップのある環境に転送します。回行う必要があります。ソースツリーをチェックアウトします。エアギャップのある環境にコピーできるディレクトリにエクスポートします。フラグに注意してください。ディレクトリのネストレベルで非常に細かな場合があります。エントリとして追加できます。つのカテゴリに分類できます。ファイルに保存される固有の情報(ビルドルール、その属性の値、その推移的依存関係の完全なセット)です。目の種類は、ユーザーまたはビルドツールから提供される外部データまたは環境データです。アーキテクチャの選択、コンパイルとリンクのオプション、その他のツールチェーン構成オプションが含まれます。一連の環境データを構成と呼んでいます。つのビルドに複数の構成が存在する場合があります。使用されるツールなど)もビルドする必要があります。これらのツールは、ワークステーションで実行するようにビルドする必要があります。したがって、ビルド中に実行するツールをビルドするために使用されるホスト構成と、ターゲット構成(またはリクエスト構成。この単語にはすでに多くの意味がありますが、より頻繁に「ターゲット構成」と呼ぶ頻度が多くあります。ホスト構成は、最終的にリクエストしたバイナリをビルドするために使用する構成です。ライブラリなど)の前提条件となるライブラリは多数あります。回ビルドする必要があります。両方のバリアントがビルドされ、干渉を回避するために派生ファイルが分離されるようにします。通常、このようなターゲットは相互に独立しているため、同時にビルドできます。回ビルドされていることを示す進行状況メッセージが表示される場合、これが原因である可能性が高いです。つの方法のいずれかでホスト構成を選択します。このブール値オプションは微妙な部分があり、この設定によってビルド速度が向上(または低下)する可能性があります。このオプションはおすすめしません。ビルドの切り替えや、シンプルなコンパイルとクロスコンパイルの切り替えなど、リクエスト構成を頻繁に変更する場合は、通常、切り替えるたびにコードベースの大部分を再ビルドします。場合、ホスト構成とリクエスト構成は同じになります。プログラムとまったく同じ方法でビルドされます。回ビルドする必要がなくなります。リクエスト構成の変更はホスト構成にも影響し、すべてのツールが再ビルドされ、ツールの出力に依存するすべてのものが再ビルドされます。オプションを変更するだけで、すべてのツールが再リンクされ、そのツールを使用するすべてのアクションが再実行され、非常に大規模な再ビルドが発生する可能性があります。バイナリを実行できない場合、ビルドは機能しません。場合、ホストとリクエストに同じ構成を使用する代わりに、完全に異なるホスト構成が使用されます。ホスト構成は、次のようにターゲット構成から派生します。Crosstool(--crosstool_top)を使用します。