源代碼控制管理工具subv(1)-資料下載頁
2025-01-11 10:09本頁面
【正文】 同時用戶隨時更新自己本地的工作復(fù)本，以獲得其他人的修改； ?當(dāng)開發(fā)工作進行到一定階段（里程碑）要發(fā)布版本（包括測試版本）時，在 SVN中創(chuàng)建標簽，標識當(dāng)前發(fā)布版本的名稱； ?如果有每日構(gòu)建過程，可以按照日期每天創(chuàng)建一個標簽； 在項目開發(fā)過程中的使用（二） ?創(chuàng)建標簽和開發(fā)互不干涉，開發(fā)工作可以繼續(xù)進行；當(dāng)已發(fā)布的版本發(fā)現(xiàn) Bug時，可以從 SVN中獲取各次發(fā)布的版本進行比較，以確定是在什么版本引入的 Bug； ?如果正在開發(fā)新版本時，發(fā)現(xiàn)舊版本存在 Bug，可以在舊版本的基礎(chǔ)上創(chuàng)建分支，在分支上修改舊版本的 Bug，當(dāng)舊版本上的 Bug修改完成后，可以將該分支上的修改合并到主版本上來； 從版本控制的角度來看，系統(tǒng)的開發(fā)過程就是不斷地重復(fù)以上的過程； SVN使用中的常見問題 ?提交時提示文件已經(jīng)被修改，需要更新； 原因：多人同時修改同一文件，在提交前其他人已經(jīng)搶先提交到 SVN服務(wù)器中，導(dǎo)致該錯誤； 解決方法：對工作復(fù)本中的文件進行更新即可。 ?更新時提示文件發(fā)生沖突； 原因：多人同時修改同一文件的同一部分， SVN無法自動進行合并，導(dǎo)致該錯誤； 解決方法：對工作復(fù)本中的文件和服務(wù)器的文件進行比較，手工合并即可。 使用 SVN應(yīng)該 …… ? 經(jīng)常更新：由于文件可能有多個人修改，應(yīng)該經(jīng)常更新你的工作拷貝中的文件，這樣能降低發(fā)生沖突的可能性； ? 提交前先在本地進行測試：不允許將有錯誤的文件提交到服務(wù)器上； ? 提交時一定要寫備注：備注有助于其他人（包括三個月后的你自己）理解你對文件所做的修改； ? 提交文件時注意要提交一項改動所對應(yīng)的所有文件修改：如 一個改動可能同時涉及 .aspx文件、 . .resx文件，需要同時提交； ? 對于每一個發(fā)布的版本都要建立標簽：當(dāng)用戶告訴你發(fā)生某個問題時，你可以迅速地追蹤到問題是在哪個版本引入的，如果有每日構(gòu)建，甚至可以每天都建立一個標簽； ? 使用有意義的標簽名 /分支名； 使用 SVN不應(yīng)該 …… ?不提交自己的工作內(nèi)容； ?提交時不寫備注； ?不使用標簽和分支； ?使用無意義的標簽 /分支名稱； ?對不需要提交的文件（如臨時文件）也提交到SVN中； SVN的缺點 ?整個文件庫共用一個版本號會造成大多數(shù) CVS使用者的困惑； ?一個問題： SVN的標簽似乎沒有和 Branch做區(qū)別，也允許取出、編輯，這樣做的原因不明。 參考資料 ? 官方資料（免費電子書）：使用 Subversion進行版本控制 (Version Control with Subversion)： ? Windows下用 subversion進行版本控制 ： ? Subversion配置指南： ? Subversion安裝使用指南： ? 使用 Subversion做 .NET項目： ? Subversion 后臺服務(wù)：p ? TortoiseSVN使用手冊： TortoiseSVN自帶的幫助文件 ? Google：絕大部分問題在 Google上都可以找到答案 參考網(wǎng)站： ?Subversion官方站點： ?Subversion中文站點 ?TortoiseSVN： ?RapidSVN： ?AnkhSVN： Page 40/40 實驗 ?實驗一： Page 41/40 實驗 1 ?注意事項 ? 提示 1： Page 42/40 實驗 2 ?注意事項 ? 提示 1：
公司管理相關(guān)推薦
鄂ICP備17016276號-1