我聽說Eclipse工作區相當於Visual Studio解決方案。但我也被告知，人們通常在他們所有的工作中都使用一個工作區。這些明顯矛盾的表述是否正確？如果是，那麼我們如何在Eclipse中創建和維護多個VS解決方案？其次，在VS的情況下，我也將我的解決方案（.sln）文件檢入到源代碼控制中。相應地，我應該還是不應該檢入Eclipse工作區的.metadata文件夾？如何在Eclipse中組織「項目」和「解決方案」？
我不認爲，Eclipse工作區相當於VS解決方案。 Eclipse工作區存儲了大量有關項目的元信息，它們的物理位置（可能位於工作區文件夾之內或之外）等，甚至工作臺設置。將這些信息上傳到源代碼控制並不是一個好主意，因爲其他開發人員可能會使用其他物理位置來進行項目等。
在Eclipse中，有一個與解決方案類似的概念（類似，不等同）：項目集。它只是一個GUI選項，可以將項目分組。這些集合不能一起執行，只能在項目導航器中看到。
另一種方法是創建多個工作區文件夾，您可以將它們用作解決方案的替代方案。這種方法的缺點是，如果您自定義IDE（例如通過使用首選項或通過定義源控制位置），則必須在每個工作區中進行這些自定義。這個問題可以使用Workspace Mechanic工具來處理（我還沒有嘗試過，但它可以遷移這些設置）。
更好的主要原因是我爲單個項目建立單獨的工作空間的原因是性能和清晰度。由於在一個工作區內有許多項目，因爲編輯器幫助的共享類路徑，您必須關閉其他項目。編輯器使用所有項目的類路徑進行內容輔助，類層次結構查找等。
Eclipse預計打開的項目是相關的。當使用像Maven這樣的項目經理時，一個maven項目通常被分成許多小的eclipse項目。爲項目建立單獨的工作空間是一種最佳實踐。第二個原因是，通常你需要導入另一個相關的項目來看看事情是如何完成的，然後將它全部放在一個工作空間中，這會非常糟糕。
絕對不應該將.metadata文件夾提交到源代碼管理。你只提交裏面的項目。因爲你和其他人只會將項目檢入到他們自己的工作區中。但是這是一個問題，你是否應該提交.project文件，因爲它是個性化的，特定於eclipse版本，並且項目性質（java，spring，maven nature等）可以由任何人自己設置。項目中的.classpath文件應該提交給源代碼管理，因爲它們指定了classpaths，所以再次設置它將非常耗時。
您可以將項目分組在不同的工作空間或特定的工作空間中。一旦正確管理您的設置，非可能是有害的。
工作空間只是一組人員正在處理的可建立項目。每個項目使用一個單獨的工作空間可能是有害的，因爲它是一個全面的聲明，它是所有情況下的最佳實踐。 – 2010-09-29 18:02:31
如果你低估了我的意見，至少應該揭示爲什麼每個項目有單獨的工作空間都是有害的。我每天用4年蝕，我知道我在說什麼。唯一真實的事實是，如果您知道如何輕鬆同步設置，那麼不對每個大型項目單獨分配工作空間可能是有害的。 – lisak 2010-09-30 12:08:33