ビルダーは、ワークスペースのリソースを通常他のリソースの存在および状態に基づいて作成または変更します。 ビルダーは、あるドメインの制約を実施するための強力なメカニズムです。例えば Java ビルダーは、Java のソース・ファイル (.java ファイル) を実行可能なクラス・ファイル (.class files) に変換し、Web リンク・ビルダーは、名前 / ロケーションが変更されたファイルとのリンクを更新します。 リソースが作成され、変更されると、ビルダーが実行され、制約が維持されます。この変換は 1 対 1 である必要はありません。 例えば、ある 1 つの .java ファイルから、いくつもの .class ファイルを作成することができます。
ビルドに関しては、自動ビルドに頼る、またはユーザーが手動ビルドを開始する、という 2 つの異なる作業モードがあります。
ビルドの実行時に細かな制御を必要としない場合は、 単に自動ビルドをオンにしておくことができます。 自動ビルドをオンにしておくと、リソースの各セットが変更された (例えば、ファイルの保管、ZIP のインポート、など) 後に、ビルドが行われます。 自動ビルドは、作業量が変更量に比例するため効率的です。 自動ビルドの利点は、派生したリソース (例えば Java .class ファイル) は常に最新のものであるという点です。 自動ビルドをオン / オフにするには、「ウィンドウ」>「設定」>「ワークベンチ」ページの 「ビルドをリソース変更時に自動で実行する 」を使用します。
ビルドの実行時により細かな制御を必要とする場合は、 自動ビルドをオフにして、手動でビルドを起動できます。 例えば、大量の変更を終了した後にビルドをしないと意味がないということがわかっている場合は、 手動ビルドのほうが望ましいこともあります。 このような場合に、自動ビルドのコストを払うことは利益にはなりません。ビルドは、 さまざまな方法で手動で起動することができます。 例えば、プロジェクトのコンテキスト・メニューから、「すべて再ビルド」を選択します。
手動ビルドの欠点は、ビルド・エラーを示すためにタスクを生成しても、 ビルドするまでに簡単に古くなってしまうということです。 また、必ず手動ビルドを実行しないかぎり、ビルド出力を信頼することができない (例えば、Java プロジェクトを実行することができない)、ということです。このことは、非常に重要です。
ビルドには、完全ビルドとインクリメンタル・ビルドの 2 種類があります。 インクリメンタル・ビルドは前のビルド状態を扱い、構成済みのビルダーの変換規則を、その前の状態が計算されて から (すなわち、最後にビルドされてから) 変更されたリソースにのみ適用します。 自動ビルドを使用すると、インクリメンタル・ビルドを使用して効率化を図ることができます。
完全ビルド (再ビルド ともいいます) は、既存のビルド状態はすべて廃棄し、構成済みのビルダーのドメイン規則に従って、要求されたリソースをすべて変換します。 最初のインクリメンタル・ビルドは、直前の状態というものが存在しないため、完全ビルドと同じです。
ユーザーの必要に応じて、完全ビルドおよびインクリメンタル・ビルドを、プロジェクトの特定のセットまたはワークスペース全体に対して実行することができます。 特定のファイルおよびフォルダーをビルドすることはできません。