的Eclipse：如何跨越整個團隊

我們都在爲我們的開發規範我們默認的Eclipse配置（樣式，設置，詞典，格式化，運行配置等）的過程中共享Java編譯器錯誤/警告設置。的Eclipse：如何跨越整個團隊

然而，對於Java編譯器錯誤和警告的喜好，似乎沒有被任何方式導出/導入設置。有沒有另一種方法來做到這一點？

來源

2012-03-06 HDave

隊內共享設置（使用IDE內）的理想方法是使用項目特定設置。項目特定設置成爲項目的一部分並進入源代碼控制庫，因此每個團隊成員都可以免費獲得它們。

您在問題中提到的大多數設置都可以針對每個項目進行配置。

來源

2012-03-07 03:44:36

你是說檢查「.settings」目錄到源代碼控制驗證？如果是這樣，我很想這麼做，但是如果我們不是都使用相同版本的Eclipse和相同的插件，會不會破壞？ – HDave 2012-03-07 05:32:10

是的，我正是這樣說的，這是一個標準做法。理想的團隊應該使用相同的IDE版本:-)不過，事情一般不會破，如果你使用不同的版本。您可以根據團隊中最低的Eclipse版本設置首選項，較新的Eclipse版本可以正常工作。（即使在極爲罕見的情況下出現問題，其後果應該是輕度） – 2012-03-07 05:49:02

我要離開蘭迪林的答案，作爲接受的答案，因爲它正好回答了原來的問題，但我個人已經實現了你的建議，進行這些改變在單個項目中，並檢入'.settings'目錄。如果這個作品這將是令人難以置信的。我已經刪除現在我已經成功地使用這種方法wiki文檔..... – HDave 2012-03-08 20:10:29

創建一個通用構建文件（使用Ant/Maven的）。如果你使用Maven，你甚至可以確保每個人在編譯時都使用相同的jar。

來源

2012-03-06 04:52:00

我們的Maven的大用戶，並認爲這比我們的IDE更重要，但還沒有在IDE仍然是重要的。 Maven中我沒有意識到的任何東西都會幫助我們共同使用Eclipse的偏好。當我真正詢問編譯器驗證偏好時，我意識到我問這個問題聽起來像是在詢問編譯器設置的問題。我已經澄清了我認爲的原始問題。 – HDave 2012-03-06 05:56:23

@HDave Mea culpa。我誤解了我認爲的問題！ – 2012-03-06 06:27:50

這可以是固定的Eclipse之外，開始與作爲阿米特提到規範構建過程。

您也可能要考慮一個continuous integration system它建立每一個有人提交代碼的時間。這可以讓每個人都掌握腳步，防止人們推送破碎的代碼。任何編譯器錯誤/警告對每個人都是可見的。

來源

2012-03-06 04:57:22

是啊，已經有哈德森啓動並運行所有應用服務器/數據庫組合矩陣的工作，但這並不與IDE標準化幫助。我現在意識到，我構思這個問題的方式並不明確，我已經修正了它。 – HDave 2012-03-06 05:56:59

Eclipse中允許您通過

文件導出自己的喜好>導出>首選項

你會看到出口的喜好清單，其中包含Java Compiler Preference，你甚至可以選擇指定的首出口。

之後，您可以通過

文件導入喜好到一個新的工作空間>導入>首選項

來源

2012-03-06 05:03:37

這不出口與驗證/進口編譯器警告/錯誤設置4.4 – Vadimo 2014-10-10 09:06:34

它導出/導入編譯器警告/錯誤設置 - 4.4 – Sebastian 2015-12-11 08:24:57

我開發了一個maven插件（稱爲codecleaner），它爲maven項目傳播預配置的eclipse設置。這是非常有用的wehn你不想把版本控制下月食的設置，或當你想保存manulay的時候添加設置每個項目

https://github.com/yonatanm/codecleaner

目前的codecleaner插件更新以下類型日食設置：

代碼格式化
保存操作
清理設置
/警告級別
JSP/XML/XSD/HTML驗證

來源

2012-03-24 00:34:20

在我們的團隊，我們使用workspace mechanic編譯器錯誤通過把共享驅動器上的首選項文件共享相同的工作區首選項。小介紹可以閱讀here。

來源

2014-03-27 12:25:03 baumato

的Eclipse：如何跨越整個團隊

回答

相關問題