在SVN中處理.project文件和不同的eclipse設置？

.project文件包含對項目中使用的項目特徵的引用。在SVN中處理.project文件和不同的eclipse設置？

這些項目的性質取決於安裝在本地開發人員機器上的插件。

那麼，該文件是否應該從SVN中排除？

未知其他開發商未知的問題會導致問題嗎？

感謝

2012-07-31 Mick

你已經看過[這個問題]（http://stackoverflow.com/q/1366953/1374267）和[這一個]（http://stackoverflow.com/q/1591756/1374267）？ – 2012-07-31 12:24:28

這取決於你的情況。

【適應症】用於把他們的版本控制：

你正在談論在公司範圍內一個團隊。除非您也有組織問題，否則您應該能夠實施通用的開發人員環境。
每個人都在使用Eclipse
你想讓它更容易讓新手剛檢查出從SVN項目本身（而無需重新創建它作爲一個新的項目）

適應症不把他們下版本控制：

的人（或集成開發環境），該項目的工作是（在公共開源項目等）非常不同
插件。然後您需要使用Maven或其他標準化工件生命週期管理工具。

的最好的解決辦法：使用Maven來形容你的依賴和構建過程完全獨立的Eclipse。之後，使用Tycho在Maven和Eclipse世界之間「充當經紀人」。這樣，你就知道在版本控制下應該做什麼，每個人都會生成完全相同的版本（獨立於他使用的IDE或安裝的插件）。

來源

2012-07-31 14:42:34 Bananeweizen

我會接受你的回答，最好是使用Maven（或其他依賴管理工具），但在適用於提交'.project'和'.settings /'的部分，因爲這些文件/文件夾包含**項目和用戶**特定設置。通常這些文件應該被添加到svn：ignore。 – 2012-08-01 05:50:55

@BorislavSabev：我沒有寫關於設置文件夾的任何信息，只是關於問題中提到的.project文件。那個沒有用戶特定的設置。我同意你在settings文件夾中的設置，但是如果在基於非Maven團隊的項目中進行版本控制，一些設置文件仍然更有用。例如，Java編譯器，錯誤和警告，格式化器和保存操作的設置總是在我們的團隊中共享，以避免人們在提交時引入空白變化，並且每個人都創建類似的構建。 – Bananeweizen 2012-08-02 05:34:38

我從來沒有提交這些（ESP .project文件），總是爲他們投票進行的svn：ignore'd。也許我錯了，但我只向SVN提交代碼，然後通過從SVN退出來創建一個新項目。

每次我檢出一個項目時，這些文件都是從字面上敲擊我的項目。不過話又說回來，也許那只是我的同事... 通過打破我的意思是將這些

src/com.package.name1 
src/com.package.name2 
src/com.pack.name1 
src/com.pack.name2

這些

src/ 
src/com 
src/com/package 
src/com/package/name1 
src/com/package/name2 
src/pack 
src/pack/name1 
src/pack/name2

等五花八門的不必要刺激的......像他們無法被識別爲包不再是文件夾。其中一件事情讓你不得不運行eclipse -clean或者刪除/重新導入一個項目或者在eclipse上浪費時間，你不想浪費時間。

來源

2012-07-31 12:28:09 Shark

在SVN中處理.project文件和不同的eclipse設置？

回答

相關問題