我的.project文件會在其他人的工作區中造成問題嗎？

我與其他團隊成員通過SVN共享項目。現在我在Eclipse中使用了SpringIDE-Plugin，它在我的.project文件中添加了<buildCommand> -Element，它也在版本控制之下。我的團隊成員都沒有使用SpringIDE。我的.project文件會在其他人的工作區中造成問題嗎？

所以我的問題是：如果我提交.project文件，我的同事可以在下次更新後斷開工作空間嗎？

感謝

來源

2009-10-20 moxn

根據我的經驗，當buildCommand由於缺少插件而失敗時，構建的其餘部分不受影響，但每次失敗時都會產生可能令人討厭的錯誤消息。

來源

2009-10-20 10:50:47

啊，好吧。惱人的錯誤信息絕對不是要走的路。謝謝，我會尋找一種方法來規避這種情況。也許我會建議不要在將來檢入.project。謝謝。 – moxn 2009-10-20 11:40:34

我不知道是否它會打破，但它肯定會引起衝突/混淆。

我的策略是始終從源代碼控制中排除特定於客戶端的IDE配置，這意味着.project文件會全局添加到svn：ignore（或.gitignore）並且未提交。

一個共享的.project有一個壞的約束的例子是，你不得不使用相同的項目名稱。
我目前在同一個工作區中有三個Eclipse項目，指的是同一個SVN項目（不同分支），並使用我自己的命名約定來區分它們。

來源

2009-10-20 10:48:10

我會先在另一臺機器上嘗試.project，但不要跳槍，也不要提交它們。假設整個團隊使用Eclipse，正確版本化.project和.classpath文件對新團隊成員來說可能至關重要。想象一下，簡單地導入整個項目，而無需配置任何構建路徑/ jar資源 – basszero 2009-10-20 10:57:10

「假設整個團隊使用Eclipse」 - 因此您需要爲人員強制使用特定的IDE，而不是讓他們使用任何他們最喜歡的東西。即使所有的Eclipse都支持插件/自然，最重要的是特定的項目名稱。 – 2009-10-20 11:32:27

@彼得Boughton是的，但包括.project等是這裏的政策。我也不舒服。我們有很多庫必須包含在幾個項目中。所以他們這樣做是爲了避免爲每臺機器重複進行配置。 – moxn 2009-10-20 11:37:55

我不知道答案，但應該很容易在您的環境中測試。試着在你的一個隊友的機器上使用你的.project文件。

如果在不使用SpringIDE插件時中斷工作空間，那麼以下經驗法則當然適用：「從不檢查打破其他環境的文件」。

就我個人而言，我不喜歡在生成它們時使用Eclipse的.project或.classpath來檢查IDE特定文件（我使用maven）。

來源

2009-10-20 10:51:00

+1爲經驗法則:)見我對彼得Boughton的職位的評論。也謝謝你！ – moxn 2009-10-20 11:42:13

不客氣。我已經看到了你的意見，在你的案例中，我看到了2個選項：1.使SpringIDE成爲你的團隊/公司的標準。如果你是個例外，就和它一起生活吧。 – 2009-10-20 12:37:22

我的.project文件會在其他人的工作區中造成問題嗎？

回答

相關問題