SVN主干(trunk)、分支(branch)、標(biāo)記(tag)

1、 1 / 5 SVN 主干(trunk)、分支(branch )、標(biāo)記(tag) 在SVN中Branch/tag在一個功能選項中，在使用中也往往產(chǎn)生混淆。 在實現(xiàn)上，branch和tag，對于svn都是使用copy實現(xiàn)的，所以他們在默認(rèn)的權(quán)限上和一般的目錄沒有區(qū)別。至于何時用tag，何時用branch，完全由人主觀的根據(jù)規(guī)范和需要來選擇，而不是強制的（比如cvs）。 一般情況下， trunk： 是用來做主方向開發(fā)的，一個新模塊的開發(fā)，這個時候就放在trunk，當(dāng)模塊開發(fā)完成后，需要修改，就用branch。 branch： 是用來做并行開發(fā)的，這里的并行是指和trunk進行比較。 tag： 是用

2、來做一個milestone的，不管是不是發(fā)布版本，但都是一個可用的版本。這里，應(yīng)該是只讀的。更多的是一個顯示用的，給人一個可讀的標(biāo)記。 比如，3.0開發(fā)完成，這個時候要做一個tag，tag_release_3_0，然后基于這個tag做發(fā)布，比如安裝程序等。trunk進入3.1的開發(fā)，但是3.0發(fā)現(xiàn)了bug，那么就需要基于tag_release_3_0做一個分支(branch)，branch_bugfix_3_0，基于這個branch進行bug修改，等到bugfix結(jié)束，做一個tag，tag_release_3_0_1，然后，根據(jù)需要決定branch_bugfix_3_0是否并入主干(trunk

3、)。 對于svn還要注意的一點，就是它是全局版本號，其實這個就是一個tag的標(biāo)記，所以我們經(jīng)?？梢钥吹剑裁磖elease，基于xxx項目的2xx版本。就是這個意思了。但是，它還明確的給出一個tag的概念，就是因為這個更加的可讀，畢竟記住tag_release_1_0要比記住一個很大的版本號容易的多。 branches： 2 / 5 分枝 當(dāng)多個人合作，可能有這樣的情況出現(xiàn)： John突然有個想法，跟原先的設(shè)計不太一致，可能是功能的添加或者日志格式的改進等等，總而言之，這個想法可能需要花一段時間來完成，而這個過程中，John的一些操作可能會影響Sally的工作，John從現(xiàn)有的狀態(tài)單獨出一個p

4、roject的話，又不能及時得到Sally對已有代碼做的修正，而且獨立出來的話，John的嘗試成功時，跟原來的合并也存在困難。這時最好的實踐方法是使用branches。John建立一個自己的branch，然后在里面實驗，必要的時候從Sally的trunk里取得更新，或者將自己的階段成果匯集到trunk中。 創(chuàng)建分支的命令： （svn copy SourceURL/trunk DestinationURL/branchName -m Creating a private branch of xx/trunk.） trunk： 主干 主干，一般來說就是開發(fā)的主要呆的地方， tag:：標(biāo)記 在經(jīng)過了

5、一段時間的開發(fā)后，項目到達了一個里程碑階段，你可能想記錄這一階段的代碼的狀態(tài)，那么你就需要給代碼打上標(biāo)簽。 創(chuàng)建標(biāo)記的命令： (svn cp file: /svnroot/mojavescripts/trunk file: /svnroot/mojavescripts/tags/mirrorutils_rel_0_1-m taged mirrorutils_rel_0_1)另有一說，無所謂誰對誰錯。 3 / 5 trunk： 表示開發(fā)時版本存放的目錄，即在開發(fā)階段的代碼都提交到該目錄上。 branches： 表示發(fā)布的版本存放的目錄，即項目上線時發(fā)布的穩(wěn)定版本存放在該目錄中。 tags： 表示

6、標(biāo)簽存放的目錄。 在這需要說明下分三個目錄的原因，如果項目分為一期、二期、三期等，那么一期上線時的穩(wěn)定版本就應(yīng)該在一期完成時將代碼copy到branches上，這樣二期開發(fā)的代碼就對一期的代碼沒有影響，如新增的模塊就不會部署到生產(chǎn)環(huán)境上。而branches上的穩(wěn)定的版本就是發(fā)布到生產(chǎn)環(huán)境上的代碼，如果用戶使用的過程中發(fā)現(xiàn)有bug，則只要在branches上修改該bug，修改完bug后再編譯branches上最新的代碼發(fā)布到生產(chǎn)環(huán)境即可。 tags的作用是將在branches上修改的bug的代碼合并到trunk上時創(chuàng)建個版本標(biāo)識，以后branches上修改的bug代碼再合并到trunk上時就從t

7、ags的version到branches最新的version合并到trunk，以保證前期修改的bug代碼不會再合并。 - 一直以來用svn只是當(dāng)作cvs，也從來沒有仔細(xì)看過文檔，直到今天用到，才去翻看svn book文檔，慚愧 需求一： 有一個客戶想對產(chǎn)品做定制，但是我們并不想修改原有的svn中trunk的代碼。 方法： 用svn建立一個新的branches，從這個branche做為一個新的起點來開發(fā) 4 / 5 svn copy svn: /server/trunk svn: /server/branches/ep -m init ep Tip: 如果你的svn中以前沒有branches這個的目錄，只有trunk這個，你可以用 svn mkdir branches xx個目錄 需求二： 產(chǎn)品開發(fā)已經(jīng)基本完成，并且通過很嚴(yán)格的測試，這時候我們就想發(fā)布給客戶使用，發(fā)布我們的1.0版本 svn copy svn: /server/trunk svn: /server/tags/release-1.0 -m 1.0 released咦，這個和branches有什么區(qū)別，好像啥區(qū)別也沒有？ 是的，branches和tags是一樣的，都是目錄，只是我們不會對這個release-1.0的tag做修改了，不再提交了，如果提交那么就是branches