Pagesスコープこのページではスコープの説明をする。読んで理解したことを前提とする。キー・値ペアの項目に対応するかのように説明をしてきた。それは実際よりも物事を単純化している。実のところ、全てのキーは「スコープ」と呼ばれる文脈に関連付けられた値を複数もつことができる。あれば、それぞれのプロジェクトにおいて同じキーが別の値を取ることができる。キーは別の値をとることができる。キーはクラスファイルのパッケージ(packageBin)とソースコードのパッケージ(packageSrc)で異なる値をとることができる。スコープによって値が異なる可能性があるため、あるキーへの単一の値は存在しない。スコープ付きキーには単一の値が存在する。おけるキーとは、実はスコープ付きキーである。)ビルド定義内のセッティングもまたスコープ付きキーである。必要なスコープを指定する必要があるだろう。スコープの各成分を構成する。色空間を例に取ってみるといいかもしれない。色モデルにおいて、全ての色は赤、緑、青の成分を軸とする立方体内の点として表すことができ、それぞれの成分は数値化することができる。Select(console.key))サブプロジェクト軸によるスコープ付け一つのビルドに複数のプロジェクトを入れる場合、それぞれのプロジェクトにセッティングが必要だ。キーはプロジェクトによりスコープ付けされる。いう「ビルド全体」を表す値に設定することもでき、その場合はセッティングは単一のプロジェクトではなくビルド全体に適用される。ビルドレベルでのセッティングは、プロジェクトが特定のセッティングを定義しない場合のフォールバックとして使われることがよくある。ライブラリ依存性のグラフを定義し、独自のクラスパス、ソース、生成パッケージなどをもつことができる。メインのビルド(src/main/scala)を定義する。テスト(src/test/scala)のビルド方法を定義する。タスクのクラスパスを定義する。依存性コンフィギュレーションごとに異なる動作をする可能性がある。)それらのキーに影響を及ぼす全てのキーもコンフィグレーションにスコープ付けされている。一つコンフィギュレーションで大切なのは、他のコンフィギュレーションを拡張できることだ。以下に代表的なコンフィギュレーションの拡張関係を図で示す。タスク軸によるスコープ付けセッティングはタスクの動作に影響を与えることもできる。セッティングの影響を受ける。ような)別のキーのスコープとなりえる。パッケージ関連のキーを共有することができる。これらのキーはそれぞれのパッケージタスクに対して独自の値を取ることができる。いう特殊な値を持つことができる。同様だと考えることができる。本体もしくはプラグインの作者に限定されるべきだ。略記したものだと考えることができる。より提供されていることを確認しよう。演算子が導入されている。引数としてキーもしくは別のスコープ軸を受け取ることができる。