SVN使用規範

1.提交以前先更新。當完成功能以後,首先檢查本身修改了什麼 ,而後經過編譯而且本身測試以後，謹慎地提交，不可強行提交。

2.在更新時注意所更新文件的列表，若是提交過程當中產生了更新，也須要從新編譯而且完成本身的一些必要測試，再進行提交。

3.提交時注意不要提交本地自動生成的文件。提交了這樣的文件後，別人在更新後就可能與本地的環境衝突從而影響你們工做。

4.不要提交不能經過編譯的代碼。若是在代碼中使用了第三方類庫，要考慮到項目組成員中有些成員可能沒有安裝相應的第三方類庫。

5.不要提交本身不明白的代碼。若是提交了不明白的代碼，你看不懂，別人可能也看不懂，之後出現了問題將會成爲項目質量的隱患。

6.對提交的內容採用明晰的註釋。註明相關修改信息，例如bug號、任務描述等。

7.鎖定功能。在你鎖定了一個文件以後別人就沒法繼續修改提交該文件，雖然能夠減小衝突的發生，可是會影響項目組中其餘人員的工做。只有在編輯那些沒法合併的文件（例如圖片文件，flash文件等）時，才能夠適當的採用鎖定操做。

8.天天至少獲取一次全部相關代碼，以下降代碼衝突的機率。

9.同一我的員以後提交信息毫不能和前面的徹底相同。

10.提交錯文件或多文件要及時回滾,必要時版本回退。

11. 屢次提交，每次提交的時候內容少一點。好比一個debug提交一次，一個小功能提交一次。不要以爲麻煩，每次提交都會爲你提供一個還原點。

12.若是提交的時候發現有版本衝突，建議把本身的修改在本地備份一下，而後恢復本身的全部修改，而後從新獲取，而後把本身的修改重作一遍。

13.你必須本身提交你的更改內容——不能委託他人。

14.不要上傳你本身的用戶設置。許多工具會產生只管理你本身本地配置的文 件。它們只對你有用並且一般和其餘人的私人設置文件相異。若是你把它們上傳到源代碼管理軟件裏，很快你就會覆蓋掉其餘人的私人設置文件。

15.提交後檢查是否有遺漏。

16.不要將格式修正和代碼修正混合提交。修正代碼格式包括增長縮進、減小空格等，若是把它們同代碼修正一塊兒提交，很難從日誌或資源庫同步信息裏發現代碼的修正。

17.全部的代碼文件編碼格式應該是UTF-8的。包括的類型如java, jsp, xml, php, html等。