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

【編輯推薦】

1. Eclipse向SVN提交程序時(shí)出現(xiàn)問(wèn)題解決方法詳解
2. 專家提醒 SVN提交工作時(shí)需要注意的事項(xiàng)
3. ApacheSVN服務(wù)器安裝指導(dǎo)手冊(cè)
4. 經(jīng)驗(yàn)總結(jié):SVN提交數(shù)據(jù)失敗問(wèn)題行解決行之有效的方法
5. SVN服務(wù)器安裝指導(dǎo)手冊(cè)