svn,版本管理規(guī)范

svn,版本管理規(guī)范

ID:19244004

大小:20.08 KB

頁數(shù):11頁

時間:2018-09-29

svn,版本管理規(guī)范_第1頁
svn,版本管理規(guī)范_第2頁
svn,版本管理規(guī)范_第3頁
svn,版本管理規(guī)范_第4頁
svn,版本管理規(guī)范_第5頁
資源描述:

《svn,版本管理規(guī)范》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、svn,版本管理規(guī)范  篇一:SVN版本管理與提交代碼規(guī)范  SVN版本管理,提交代碼規(guī)范  項目開發(fā)要求:  1、工作目錄要及時更新,不要和SVN服務(wù)器有太大的差別  2、提交代碼時,如果出現(xiàn)沖突,必須仔細(xì)分析解決,不可以強行提交  3、提交代碼之前先在本地進行測試,確保項目能編譯通過,且能夠正常運行,不可盲目提交  4、必須保證SVN上的版本是正確的,項目有錯誤時,不要進行提交  SVN注意事項,請嚴(yán)格按照操作順序操作,避免提交代碼導(dǎo)致重大事故:  一.提交之前先更新  更新的原則是要隨時更新,隨時提交。當(dāng)完成了一個小功能,能夠通過

2、編譯并且自己測試之后,謹(jǐn)慎地提交?! ?.如果在修改的期間別人也更改了svn的對應(yīng)文件,那么commit就可能會失敗。如果別人和自己更改的是同一個文件,那么update時會自動進行合并,如果修改的是同一行,那么合并時會產(chǎn)生沖突,這種情況就需要同之前的開發(fā)人員聯(lián)系,兩個人一起協(xié)商解決沖突,解決沖突之后,需要兩人一起測試保證解決沖突之后,程序不會影響其他功能?! ?.在更新時注意所更新文件的列表,如果提交過程中產(chǎn)生了更新,則也是需要重新編譯并且完成自己的一些必要測試,再進行提交。這樣既能了解別人修改了哪些文件,同時也能避免SVN合并錯誤導(dǎo)致

3、代碼有錯  二.保持原子性的提交  每次提交的間歇盡可能地短,以幾個小時的開發(fā)工作為宜。例如在更改UI界面的時候,可以每完成一個UI界面的修改或者設(shè)計,就提交一次。在開發(fā)功能模塊的時候,可以每完成一個小細(xì)節(jié)功能的測試,就提交一次,在修改bug的時候,每修改掉一個bug并且確認(rèn)修改了這個bug,也就提交一次。我們提倡多提交,也就能多為代碼添加上保險?! ∪峤粫r注意不要提交本地自動生成的文件  一般配置管理員都會將項目中一些自動生成的文件或者與本地配置環(huán)境有關(guān)的文件屏蔽提交(例如eclipse中的.classpath文件等)。如果項目中

4、沒有進行這方面的配置來強行禁止提交這樣的文件,請自覺不要提交這樣的文件。提交了這樣的文件后,別人在更新后就可能與本地的環(huán)境沖突從而影響大家的工作。  四.不要提交不能通過編譯的代碼  代碼在提交之前,首先要確認(rèn)自己能夠在本地編譯。如果在代碼中使用了第三方類庫,要考慮到項目組成員中有些成員可能沒有安裝相應(yīng)的第三方類庫。項目經(jīng)理在準(zhǔn)備項目工作區(qū)域的時候,需要考慮到這樣的情況,確保開發(fā)小組成員在簽出代碼之后能夠在統(tǒng)一的環(huán)境中進行編譯?! ∥澹灰峤蛔约翰幻靼椎拇a  代碼在提交入SVN之后,你的代碼將被項目成員所分享。如果提交了你不明白的代

5、碼,你看不懂,別人也看不懂,如果在以后出現(xiàn)了問題將會成為項目質(zhì)量的隱患。因此在引入任何第三方代碼之前,確保你對這個代碼有一個很清晰的了解?! ×崆皡f(xié)調(diào)好項目組成員的工作計劃  項目經(jīng)理應(yīng)該合理分配工作計劃。每個成員在準(zhǔn)備開始進行某項功能的修改之前,如果有可能,先跟工作小組的成員談?wù)勛约旱男薷挠媱?,讓大家都能了解你的思想,了解你即將對軟件作出的修改,這樣能盡可能的減少在開發(fā)過程中可能出現(xiàn)的沖突,提高開發(fā)效率。同時你也能夠在和成員的交流中發(fā)現(xiàn)自己之前設(shè)計的不足,完善你的設(shè)計?! ∑撸畬μ峤坏男畔⒉捎妹魑臉?biāo)注(寫注釋)  在一個項目組中

6、使用SVN,如果提交空的標(biāo)注或者不確切的標(biāo)注將會讓項目組中其他的成員感到很無奈,項目經(jīng)理無法很清晰的掌握工作進度,無法清晰的把握此次提交的概要信息。在發(fā)現(xiàn)錯誤后也無法準(zhǔn)確的定位引起錯誤的文件。所以,在提交工作時,要填寫明晰的標(biāo)注,能夠概要的描述所提交文件的信息,讓項目組其他成員在看到標(biāo)注后不用詳細(xì)看代碼就能了解你所做的修改?! “耍饔面i定功能  在項目中要慎用鎖定的功能,在你鎖定了一個文件之后別人就無法繼續(xù)修改提交該文件,雖然可以減少沖突的發(fā)生率,但是可能會影響項目組中其他人員的工作。平時只有在編輯那些無法合并的文件(例如圖片文件,f

7、lash文件等)時,才適當(dāng)?shù)牟捎面i定操作。  篇二:SVN管理管理規(guī)范  1.使用注意事項負(fù)責(zé)而謹(jǐn)慎地提交自己的代碼(先更新后提交)  SVN更新的原則是要隨時更新,隨時提交。當(dāng)完成了一個小功能,能夠通過編譯并且并且自己測試之后,謹(jǐn)慎地提交?! ∪绻峤贿^程中產(chǎn)生了沖突,則需要同之前的開發(fā)人員聯(lián)系,兩個人一起協(xié)商解決沖突,解決沖突之后,需要兩人一起測試保證解決沖突之后,程序不會影響其他功能。  如果提交過程中產(chǎn)生了更新,則也是需要重新編譯并且完成自己的一些必要測試,再進行提交。保持原子性的提交  每次提交的間歇盡可能地短,以一個小時,兩

8、個小時的開發(fā)工作為宜。如在更改UI界面的時候,可以每完成一個UI界面的修改或者設(shè)計,就提交一次。在開發(fā)功能模塊的時候,可以每完成一個小細(xì)節(jié)功能的測試,就提交一次,在修改bug的時候,每修改掉一個bug并且確

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。