SVN提交工做時須要注意的事項

一．提交以前先更新

1.         SVN更新的原則是要隨時更新，隨時提交。當完成了一個小功能，可以經過編譯而且本身測試以後，謹慎地提交。

2.         若是在修改的期間別人也更改了svn的對應文件，那麼commit就可能會失敗。若是別人和自 己更改的是同一個文件，那麼update時會自動進行合併，若是修改的是同一行，那麼合併時會產生衝突，這種狀況就須要同以前的開發人員聯繫，兩我的一塊兒協商解決衝突，解決衝突以後，須要兩人一塊兒測試保證解決衝突以後，程序不會影響其餘功能。

3.         在更新時注意所更新文件的列表，若是提交過程當中產生了更新，則也是須要從新編譯而且完成本身的一些必要測試，再進行提交。這樣既能瞭解別人修改了哪些文件，同時也能避免SVN合併錯誤致使代碼有錯

二．保持原子性的提交

每次提交的間歇儘量地短，以幾個小時的開發工做爲宜。例如在更改UI界面的時候，能夠每完成一個UI界面的修改或者設計，就提交一次。在開發功能模塊的時候，能夠每完成一個小細節功能的測試，就提交一次，在修改bug的時候，每修改掉一個bug而且確認修改了這個bug，也就提交一次。咱們提倡多提交，也就能多爲代碼添加上保險。

三．提交時注意不要提交本地自動生成的文件

通常配置管理員都會將項目中一些自動生成的文件或者與本地配置環境有關的文件屏蔽提交（例如eclipse中的.classpath文件等）。若是項目中沒有進行這方面的配置來強行禁止提交這樣的文件，請自覺不要提交這樣的文件。提交了這樣的文件後，別人在更新後就可能與本地的環境衝突從而影響你們的工做。

四．不要提交不能經過編譯的代碼

代碼在提交以前，首先要確認本身可以在本地編譯。若是在代碼中使用了第三方類庫，要考慮到項目組成員中有些成員可能沒有安裝相應的第三方類庫。項目經理在準備項目工做區域的時候，須要考慮到這樣的狀況，確保開發小組成員在簽出代碼以後可以在統一的環境中進行編譯。

五．不要提交本身不明白的代碼

代碼在提交入SVN以後，你的代碼將被項目成員所分享。若是提交了你不明白的代碼，你看不懂，別人也看不懂，若是在之後出現了問題將會成爲項目質量的隱患。所以在引入任何第三方代碼以前，確保你對這個代碼有一個很清晰的瞭解。

六．提早協調好項目組成員的工做計劃

項目經理應該合理分配工做計劃。每一個成員在準備開始進行某項功能的修改以前，若是有可能，先跟工做小組的成員談談本身的修改計劃，讓你們都能瞭解你的思想，瞭解你即將對軟件做出的修改，這樣能儘量的減小在開發過程當中可能出現的衝突，提升開發效率。同時你也可以在和成員的交流中發現本身以前設計的不足，完善你的設計。

七．對提交的信息採用明晰的標註

在一個項目組中使用SVN，若是提交空的標註或者不確切的標註將會讓項目組中其餘的成員感到很無奈，項目經理沒法很清晰的掌握工做進度，沒法清晰的把握這次提交的概要信息。在發現錯誤後也沒法準確的定位引發錯誤的文件。因此，在提交工做時，要填寫明晰的標註，可以概要的描述所提交文件的信息，讓項目組其餘成員在看到標註後不用詳細看代碼就能瞭解你所作的修改。

八．慎用鎖定功能

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