一、
先更新，再提交，要養成每天更新的習慣
svn更新的原則是要隨時更新，隨時提交。當完成了乙個小功能，能夠通過編譯並且自己測試之後，謹慎地提交。
如果在修改的期間別人也更改了
svn的對應檔案，那麼
commit
就可能會失敗。如果別人和自
己更改的是同乙個檔案，那麼
update
時會自動進行合併，如果修改的是同一行，那麼合併時會產生衝突，這種情況就需要同之前的開發人員聯絡，兩個人一起協商解決衝突，解決衝突之後，需要兩人一起測試保證解決衝突之後，程式不會影響其他功能。
在更新時注意所更新檔案的列表，如果提交過程中產生了更新，則也是需要重新編譯並且完成自己的一些必要測試，再進行提交。這樣既能了解別人修改了哪些檔案，同時也能避免
svn合併錯誤導致**有錯。
二、不要提交不能通過編譯的**
**在提交之前，首先要確認自己能夠在本地編譯。如果在**中使用了第三方類庫，要考慮到專案組成員中有些成員可能沒有安裝相應的第三方類庫。專案經理在準備專案工作區域的時候，需要考慮到這樣的情況，確保開發小組成員在簽出**之後能夠在統一的環境中進行編譯。
三、除公共檔案外，盡量不要修改別人的**
為了避免或減少檔案衝突，大家在開發中盡量不要修改別人模組的**，如果發現其他人的**有需要優化的地方，應該向其說明，督促其修改，或者經過其同意後修改其**，並且一定要在提交時註明修改的內容。
四、**提交約定說明
在模組開發起始階段，可以不用經常提交**，等到自己的模組基本完成的時候再提交；
在模組開發中後期和測試階段，要經常提交
svn；
五、
每次提交必須書寫明晰的標註
在乙個專案組中使用
svn，如果提交空的標註或者不確切的標註將會讓專案組中其他的成員感到很無奈，專案經理無法很清晰的掌握工作進度，無法清晰的把握此次提交的概要資訊。在發現錯誤後也無法準確的定位引起錯誤的檔案。所以，在提交工作時，要填寫明晰的標註，能夠概要的描述所提交檔案的資訊，讓專案組其他成員在看到標註後不用詳細看**就能了解你所做的修改。
六、
提交時注意不要提交本地自動生成的檔案
例如eclipse
中的.classpath
檔案，windows
生成的縮圖
thumbs.db
，專案編譯生成的臨時檔案
.obj, .class
等等。如果專案中沒有進行這方面的配置來強行禁止提交這樣的檔案，請自覺不要提交這樣的檔案。提交了這樣的檔案後，別人在更新後就可能與本地的環境衝突從而影響大家的工作。
七、不要提交自己不明白的**
**在提交入
svn之後，你的**將被專案成員所分享。如果提交了你不明白的**，你看不懂，別人也看不懂，如果在以後出現了問題將會成為專案質量的隱患。因此在引入任何第三方**之前，確保你對這個**有乙個很清晰的了解。
協同開發中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 ...