本節向大家講解一下SVN提交更新的一些準則，上一節我們學習了SVN提交時遇到的一些問題及解決方法，這里和大家分享一下SVN提交更新的一些準則，歡迎大家一起來學習SVN提交更新問題。
記得有一次提交SVN更新，將Eclipse自動生成的文件也一并提交了，結果導致組員update之后項目無法工作。
某日看了一篇關于SVN提交更新的一些建議，粘過來，并做了一些裁剪和修改，如下：
①負責而謹慎地提交自己的代碼
SVN更新的原則是要及時更新，及時提交。當完成了一個小功能，能夠通過編譯并且并且自己測試之后，盡量早的提交，這樣也保存了歷史版本，必要時候可以回滾；在開始一天的工作之前，最后update一下項目。
如果提交過程中產生了沖突，則需要同之前的開發人員聯系，兩個人一起協商解決沖突，解決沖突之后，需要兩人一起測試保證解決沖突之后，程序不會影響其他功能。
②保持原子提交(不要不經意間修改并提交了別人的文件)
僅提交你修改的部分，最好不要一下子將整個項目提交；
當完成一個功能或文件后，最好提交。我就遇到完成某個功能后，沒有提交，后來又做了更改，結果代碼出現bug，無法恢復到正常時的代碼。
③不要提交自動生成的文件
VisualStudio等開發工具在生成過程中會產生很多自動文件，如.suo等配置文件，Debug,Release,Obj等編譯文件，以及其他的一些自動生成，同編譯代碼無關的文件，這些文件在提交的時候不應該簽入，如果不小心簽入了，需要從倉庫中刪除。
④不要提交不能通過編譯的代碼
代碼在提交之前，首先要確認自己能夠在本地編譯。進行SVN提交更新時最好是代碼在提交前已經通過自己的測試。
⑤不要提交自己不明白的代碼
代碼在提交入SVN之后，你的代碼將被項目成員所分享。如果提交了你不明白的代碼，你看不懂，別人也看不懂，如果在以后出現了問題將會成為項目質量的隱患。因此在引入任何第三方代碼之前，確保你對這個代碼有一個很清晰的了解。
⑥提前宣布自己的工作計劃(多人協作同一個模塊的時候)
在自己準備開始進行某項功能的修改之前，先給工作小組的成員談談自己的修改計劃，讓大家都能了解你的思想，了解你即將對軟件作出的修改，這樣能盡可能的減少在開發過程中可能出現的沖突，提高開發效率。同時你也能夠在和成員的交流中發現自己之前設計的不足，完善你的設計。
⑦對SVN提交更新的信息采用明晰的標注(類似在代碼里寫的注釋)例如可以采用下列格式
+)表示增加了功能
*)表示對某些功能進行了更改
-)表示刪除了文件，或者對某些功能進行了裁剪，刪除，屏蔽。
b)表示修正了具體的某個bug。本節講解SVN提交更新注冊完畢。

【編輯推薦】

1. Eclipse向SVN提交程序時出現問題解決方法詳解
2. 專家提醒 SVN提交工作時需要注意的事項
3. ApacheSVN服務器安裝指導手冊
4. 經驗總結:SVN提交數據失敗問題行解決行之有效的方法
5. SVN服務器安裝指導手冊