負責而謹慎地提交自己的**
svn更新的原則是要隨時更新，隨時提交。當完成了乙個小功能，能夠通過編譯並且並且自己測試之後，謹慎地提交。
如果提交過程中產生了衝突，則需要同之前的開發人員聯絡，兩個人一起協商解決衝突，解決衝突之後，需要兩人一起測試保證解決衝突之後，程式不會影響其他功能。
如果提交過程中產生了更新，則也是需要重新編譯並且完成自己的一些必要測試，再進行提交。
保持原子性的提交
每次提交的間歇盡可能地短，以乙個小時，兩個小時的開發工作為宜。如在更改ui介面的時候，可以每完成乙個ui介面的修改或者設計，就提交一次。在開發功能模組的時候，可以每完成乙個小細節功能的測試，就提交一次，在修改bug的時候，每修改掉乙個bug並且確認修改了這個bug，也就提交一次。我們提倡多提交，也就能多為**新增上保險。
不要提交自動生成的檔案
visual studio在生成過程中會產生很多自動檔案，如.suo等配置檔案，debug,release,obj等編譯檔案，以及其他的一些自動生成，同編譯**無關的檔案，這些檔案在提交的時候不應該簽入，如果不小心簽入了，需要使用delete命令從倉庫中刪除。
不要提交不能通過編譯的**
**在提交之前，首先要確認自己能夠在本地編譯。如果在**中使用了第三方類庫，要考慮到專案組成員中有些成員可能沒有安裝相應的第三方類庫或者沒有放入gac（針對.net framework）中，專案經理在準備專案工作區域的時候，需要考慮到這樣的情況，確保開發小組成員在簽出**之後能夠在統一的環境中進行編譯。
不要提交自己不明白的**
**在提交入svn之後，你的**將被專案成員所分享。如果提交了你不明白的**，你看不懂，別人也看不懂，如果在以後出現了問題將會成為專案質量的隱患。因此在引入任何第三方**之前，確保你對這個**有乙個很清晰的了解。
提前宣布自己的工作計畫
在自己準備開始進行某項功能的修改之前，先給工作小組的成員談談自己的修改計畫，讓大家都能了解你的思想，了解你即將對軟體作出的修改，這樣能盡可能的減少在開發過程中可能出現的衝突，提高開發效率。同時你也能夠在和成員的交流中發現自己之前設計的不足，完善你的設計。
對提交的資訊採用明晰的標註
+) 表示增加了功能
*) 表示對某些功能進行了更改
-) 表示刪除了檔案，或者對某些功能進行了裁剪，刪除，遮蔽。
b) 表示修正了具體的某個bug
SVN提交 注意的事項 提交之前先更新
總結一下svn日常提交工作時需要注意的事項，結合看到的一片很好的帖子，自己做了部分修改。一 提交之前先更新 1.svn更新的原則是要隨時更新，隨時提交。當完成了乙個小功能，能夠通過編譯並且自己測試之後，謹慎地提交。2.如果在修改的期間別人也更改了svn的對應檔案，那麼commit就可能會失敗。如果別...
ajax提交的乙個post
頁面js提交 function loadconts function data acction裡的方法 public string showcontpicmethod if gettype null if getclassify null if getarea null perlist dao.fi...
svn新建乙個專案
1.首先在伺服器上新建乙個倉庫mkdir test svn svnadmin create test svn 2.進入conf目錄配置 2.1 修改svnserve.conf檔案，取消注釋password db passwd和authz db authz。2.2 修改 authz檔案，新增各個資料夾...