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