本節(jié)接著上節(jié)介紹目錄結(jié)構(gòu)中SVN開(kāi)發(fā)模式，同時(shí)對(duì)比一下兩種開(kāi)發(fā)模式的優(yōu)缺點(diǎn)，歡迎大家一起來(lái)學(xué)習(xí)SVN開(kāi)發(fā)，下面是具體介紹。

Subversion有一個(gè)很標(biāo)準(zhǔn)的目錄結(jié)構(gòu)，是這樣的。
比如項(xiàng)目是proj，svn地址為svn://proj/，那么標(biāo)準(zhǔn)的svn布局是
svn://proj/
|
+-trunk
+-branches
+-tags
這是一個(gè)標(biāo)準(zhǔn)的布局，trunk為主開(kāi)發(fā)目錄，branches為分支開(kāi)發(fā)目錄，tags為tag存檔目錄（不允許修改）。但是具體這幾個(gè)目錄應(yīng)該如何使用，svn并沒(méi)有明確的規(guī)范，更多的還是用戶(hù)自己的習(xí)慣。

對(duì)于這幾個(gè)SVN開(kāi)發(fā)目錄，一般的使用方法有兩種。我更多的是從軟件產(chǎn)品的角度出發(fā)（比如freebsd），因?yàn)榛ヂ?lián)網(wǎng)的開(kāi)發(fā)模式是完全不一樣的。

第二種方法，在每一個(gè)release的branch中進(jìn)行各自的開(kāi)發(fā)，trunk只做發(fā)布使用。
這種開(kāi)發(fā)模式當(dāng)中，trunk是不承擔(dān)具體開(kāi)發(fā)任務(wù)的，一個(gè)版本/階段的開(kāi)發(fā)任務(wù)在開(kāi)始的時(shí)候，根據(jù)已經(jīng)release的版本做新的開(kāi)發(fā)分支，并且基于這個(gè)分支進(jìn)行開(kāi)發(fā)。還是舉上面的例子，這里面的時(shí)序關(guān)系是。

1.0開(kāi)發(fā)，做dev1.0的branch
此時(shí)的目錄結(jié)構(gòu)
svn://proj/
+trunk/(不擔(dān)負(fù)開(kāi)發(fā)任務(wù))
+branches/
+dev_1.0(copyfromtrunk)
+tags/

1.0開(kāi)發(fā)完成，mergedev1.0到trunk
此時(shí)的目錄結(jié)構(gòu)
svn://proj/
+trunk/(mergefrombranchdev_1.0)
+branches/
+dev_1.0(開(kāi)發(fā)任務(wù)結(jié)束，freeze)
+tags/

根據(jù)trunk做1.0的tag
此時(shí)的目錄結(jié)構(gòu)
svn://proj/
+trunk/(mergefrombranchdev_1.0)
+branches/
+dev_1.0(開(kāi)發(fā)任務(wù)結(jié)束，freeze)
+tags/
+tag_release_1.0(copyfromtrunk)

1.0開(kāi)發(fā)，做dev2.0分支
此時(shí)的目錄結(jié)構(gòu)
svn://proj/
+trunk/
+branches/
+dev_1.0(開(kāi)發(fā)任務(wù)結(jié)束，freeze)
+dev_2.0（進(jìn)行2.0開(kāi)發(fā)）
+tags/
+tag_release_1.0(copyfromtrunk)

1.0有bug，直接在dev1.0的分支上修復(fù)
此時(shí)的目錄結(jié)構(gòu)
svn://proj/
+trunk/
+branches/
+dev_1.0(1.0bugfix)
+dev_2.0（進(jìn)行2.0開(kāi)發(fā)）
+tags/
+tag_release_1.0(copyfromtrunk)

選擇性的進(jìn)行代碼merge
這其實(shí)是一種分散式的開(kāi)發(fā)，當(dāng)各個(gè)部分相對(duì)獨(dú)立一些（功能性的），可以開(kāi)多個(gè)dev的分支進(jìn)行SVN開(kāi)發(fā)，這樣各人/組都不會(huì)相互影響。比如dev_2.0_search和dev_2.0_cache等。但是這樣merge起來(lái)就是一個(gè)很痛苦的事情。

這里要注意一下的，第六步進(jìn)行選擇性的merge，是可以當(dāng)2.0開(kāi)發(fā)結(jié)束后一起把dev_1.0（bugfix用）和dev_2.0（新版本開(kāi)發(fā)用）merge回trunk。或者先把dev_1.0merge到dev_2.0，進(jìn)行測(cè)試等之后再merge回trunk。
這兩種方法各有利弊，***種方法是可以得到一個(gè)比較純的dev_2.0的開(kāi)發(fā)分支，而第二種方法則更加的保險(xiǎn)，因?yàn)橐獪y(cè)試嘛。

以上呢，就是我說(shuō)的兩種SVN開(kāi)發(fā)模式了，具體哪種好，并沒(méi)有定論。這里大致的說(shuō)一下各自的優(yōu)缺點(diǎn)
***種開(kāi)發(fā)模式（trunk進(jìn)行主要開(kāi)發(fā)，集中式）：
優(yōu)點(diǎn)：管理簡(jiǎn)單
缺點(diǎn)：當(dāng)開(kāi)發(fā)的模塊比較多，開(kāi)發(fā)人數(shù)/小團(tuán)隊(duì)比較多的時(shí)候，很容易產(chǎn)生沖突而影響對(duì)方的開(kāi)發(fā)。因?yàn)樗械母膭?dòng)都有可能觸碰對(duì)方的改動(dòng)
第二重開(kāi)發(fā)模式（分支進(jìn)行主要開(kāi)發(fā)，分散式）：
優(yōu)點(diǎn)：各自開(kāi)發(fā)獨(dú)立，不容易相互影響。
缺點(diǎn)：管理復(fù)雜，merge的時(shí)候很麻煩。本節(jié)關(guān)于目錄機(jī)構(gòu)中兩種SVN開(kāi)發(fā)模式介紹完畢，請(qǐng)關(guān)注本節(jié)其他相關(guān)報(bào)道。

【編輯推薦】

1. 標(biāo)準(zhǔn)SVN開(kāi)發(fā)目錄結(jié)構(gòu)模式詳解
2. SVN庫(kù)的目錄結(jié)構(gòu)詳解
3. 常用SVN目錄結(jié)構(gòu)使用的兩大方法詳解
4. 如何實(shí)現(xiàn)SVN倉(cāng)庫(kù)目錄規(guī)范化管理？
5. 經(jīng)驗(yàn)總結(jié)：TortoiseSVN客戶(hù)端使用心得