先更新，再提交
svn更新的原則是要隨時更新，隨時提交。當完成了乙個小功能，能夠通過編譯並且自己測試之後，謹慎地提交。
如果在修改的期間別人也更改了svn的對應檔案，那麼commit就可能會失敗。如果別人和自 己更改的是同乙個檔案，那麼update時會自動進行合併，如果修改的是同一行，那麼合併時會產生衝突，這種情況就需要同之前的開發人員聯絡，兩個人一起協商解決衝突，解決衝突之後，需要兩人一起測試保證解決衝突之後，程式不會影響其他功能。
在更新時注意所更新檔案的列表，如果提交過程中產生了更新，則也是需要重新編譯並且完成自己的一些必要測試，再進行提交。這樣既能了解別人修改了哪些檔案，同時也能避免svn合併錯誤導致**有錯。
多提交
每次提交的間歇盡可能地短，以幾個小時的開發工作為宜。例如在更改ui介面的時候，可以每完成乙個ui介面的修改或者設計，就提交一次。在開發功能模組的時候，可以每完成乙個小細節功能的測試，就提交一次，在修改bug的時候，每修改掉乙個bug並且確認修改了這個bug，也就提交一次。我們提倡多提交，也就能多為**新增上保險。
不要提交不能通過編譯的**
**在提交之前，首先要確認自己能夠在本地編譯。如果在**中使用了第三方類庫，要考慮到專案組成員中有些成員可能沒有安裝相應的第三方類庫。專案經理在準備專案工作區域的時候，需要考慮到這樣的情況，確保開發小組成員在簽出**之後能夠在統一的環境中進行編譯。
每次提交必須書寫明晰的標註
在乙個專案組中使用svn，如果提交空的標註或者不確切的標註將會讓專案組中其他的成員感到很無奈，專案經理無法很清晰的掌握工作進度，無法清晰的把握此次提交的概要資訊。在發現錯誤後也無法準確的定位引起錯誤的檔案。所以，在提交工作時，要填寫明晰的標註，能夠概要的描述所提交檔案的資訊，讓專案組其他成員在看到標註後不用詳細看**就能了解你所做的修改。
提交時注意不要提交本地自動生成的檔案
例如eclipse中的.classpath檔案，windows生成的縮圖thumbs.db，專案編譯生成的臨時檔案.obj, .class等等。如果專案中沒有進行這方面的配置來強行禁止提交這樣的檔案，請自覺不要提交這樣的檔案。提交了這樣的檔案後，別人在更新後就可能與本地的環境衝突從而影響大家的工作。
不要提交自己不明白的**
**在提交入svn之後，你的**將被專案成員所分享。如果提交了你不明白的**，你看不懂，別人也看不懂，如果在以後出現了問題將會成為專案質量的隱患。因此在引入任何第三方**之前，確保你對這個**有乙個很清晰的了解。
慎用鎖定功能
在專案中要慎用鎖定的功能，在你鎖定了乙個檔案之後別人就無法繼續修改提交該檔案，雖然可以減少衝突的發生率，但是可能會影響專案組中其他人員的工作。平時只有在編輯那些無法合併的檔案（例如檔案，flash檔案等）時，才適當的採用鎖定操作。
協同開發中svn使用規範
1 使用自己的賬戶和密碼 各員工需牢記各自的賬戶和密碼，不得向他人透漏，嚴禁使用他人賬戶進行 svn各項操作。2 不要簽出 svn checkout 整個目錄。工作中需要對專案或解決方案進行任何操作時，應使用 svn請求最新 或檔案。不要簽出 svn checkout 整個目錄，除非特別必要，不應同...
協同開發中svn使用規範
一 先更新，再提交，要養成每天更新的習慣 svn更新的原則是要隨時更新，隨時提交。當完成了乙個小功能，能夠通過編譯並且自己測試之後，謹慎地提交。如果在修改的期間別人也更改了 svn的對應檔案，那麼 commit 就可能會失敗。如果別人和自 己更改的是同乙個檔案，那麼 update 時會自動進行合併，...
svn 協同開發
準備 svn 伺服器軟體 svn server eclipse svn 外掛程式 subclipse 安裝 eclipse help install new software add location ok visual svn server 的設定 1.create new repositroy ...