2012-12-06 140 views
3

在有許多開發人員的項目中,如果他們的所有IDE都配置了相同的代碼樣式設置,這樣當其他人更改您的代碼時,您不會因爲格式更改而檢入版本控制而導致僞差異。您可以嘗試說服每個人導入項目標準格式設置,但他們可能會忘記在創建新工作空間時這樣做,並且在需要進行更改時忘記調整它們,因此隨着時間的推移這將會丟失。如何在開發人員之間共享eclipse Java/XML代碼樣式設置?

那麼,有沒有一種簡單的方法來自動的東西,每個人都有相同的設置,並得到他的設置會自動改變,如果他們需要進行更新 - 無需採取他們對自己的任何行動?

如果將這些設置配置爲版本控制,但將其他文件設置爲.settings,則這些設置中的很多設置將存儲在.settings/org.eclipse.jdt.ui.prefs中。不幸的是,格式化程序設置包含在大桶.settings/org.eclipse.jdt.core.prefs中,因此您必須執行更復雜的操作來更新這些設置。所以我想知道是否有更簡單/其他選項。

澄清:根據我的經驗,很多開發人員忽略了在eclipse中調整各種代碼風格設置的請求,因爲他們認爲它們不重要。所以我想讓他們使用項目標準設置至少非常容易,最好代碼風格適應應該完全沒有他們的合作 - 尤其是在編碼風格的更新。我正在尋找工具來做到這一點。

+0

我創建了一個非常通用的答案。請注意,應該有幾個團隊相關的插件可以爲你做到這一點。 –

+0

請注意,大多數開發機器都有相當寬鬆的設置,我在本地管理員工作。這意味着開發人員總是可以「欺騙」並使用Eclipse的其他實例(或其他工作空間)。所以你唯一能確定的是版本控制系統正在檢查什麼。所以你可以使用鉤子或自動構建過程來檢查。你不能在本地執行任何操作。 –

+0

@owlstead我不想執行任何操作 - 這對大人來說不合適。我只想拿走藉口:-),並且做正確的事情比做錯事容易。 –

回答

1

警告:這不是一個好主意,過於嚴格了,當談到代碼風格。許多程序員都有自己的風格。所以要小心你想要的。

Eclipse中的最簡單的方法是首先通過簡單地將其複製到開發人員的機器,創建一個空的工作空間和使用。你甚至可以複製Eclipse與所有插件。這有不得不手動創建更改的缺點。這也是最嚴格的選擇。

另一種方法是導出/導入所有設置。這是多一點工作,但限制較少。您需要分發以下設置:格式化程序,清理,模板。此外,您仍然必須設置最大值。在一般設置中的線大小。

讓人們堅持代碼的做法,最好的方法是創建一個關於最低需求文檔。確保你記錄你的決定並讓人們參與。然後檢查一下是否有人堅持它;如果讓讓程序員溜它走自己的路。管理層(不幸)在這裏扮演一個角色。

執行代碼風格的最好方法是創建一個CheckStyle的配置,並將其作爲一個只讀文件在磁盤。然後,您可以將其用作CheckStyle插件的外部樣式表。確保Eclipse格式化程序和清理設置相匹配。

相同CheckStyle的配置可以在自動構建環境被用於生成警告和錯誤。這些警告和錯誤應在審查期間討論。確保你有漏洞,如果需要,規則應該破壞。

管理開發商是「沒有什麼不同放牧一羣貓」

+0

我完全同意你的意見。然而,我正在尋找的是那些沒有團隊成員合作的方法。根據我的經驗,許多開發人員忽略更改其樣式設置的請求。 Checkstyle很好,但它只驗證人們正在使用正確的設置 - 我想讓它變得非常容易,或者甚至不明顯。 –

+0

對於擁有「自己風格」的人來說,我曾經在一個團隊中工作過,他們開始編寫文件時會有幾個人運行他們的個人風格格式,然後在他們檢查任何內容之前運行官方格式。這樣人們可以做他們自己的事情,但它不會搞亂'diff'。我認爲OP的真正問題在於,這是一個像你所提到的管理/團隊領導問題 - 有人必須執行這些規則。 – Windle

1

在我以前的公司,我們將創建一個「默認」或在那裏一切都是根據個人口味配置的「模板」工作區(如按鍵設置,查看職位等)根據公司規則(格式化程序,編譯器警告,checkstyle,強制插件等)。

每次我需要一個新的工作區時,我只是複製了這個模板工作區。

由於從頭開始對新工作場所感到如此痛苦,人們習慣於習慣使用模板,而不是創建一個完整的新工作空間。所以人們忘記它從來沒有問題。

相關問題