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為主開發(fā)目錄，branches為分支開發(fā)目錄，tags為tag存檔目錄（不允許修改）。

? 但是具體這幾個(gè)目錄應(yīng)該如何使用，svn并沒有明確的規(guī)范，更多的還是用戶自己的習(xí)慣。

? 使用trunk作為主要的開發(fā)目錄。 一般的，我們的所有的開 發(fā)都是基于trunk進(jìn)行開發(fā)，

? 當(dāng)一個(gè)版本/release開發(fā)告一段落（開發(fā)、測(cè)試、文檔、制作安裝程序、打包等）結(jié)束后，

? 代碼 處于凍結(jié)狀態(tài)（人為規(guī)定，可以通過hook來進(jìn)行管理）。此時(shí)應(yīng)該基于當(dāng)前凍結(jié)的代碼庫，打tag。

? 當(dāng)下一個(gè)版本/階段的開發(fā)任務(wù)開始，繼續(xù)在trunk 進(jìn)行開發(fā)。此時(shí)，如果發(fā)現(xiàn)了上一個(gè)已發(fā)行版本（Released Version）

? 有一些bug，或者一些很急迫的功能要求，而正在開發(fā)的版本（Developing Version）無法滿足時(shí)間要求，

? 這時(shí)候就需要在上一個(gè)版本上進(jìn)行修改了。應(yīng)該基于發(fā)行版對(duì)應(yīng)的tag，做相應(yīng)的分支（branch）進(jìn)行開發(fā)。

? 例如，剛剛發(fā)布1.0，正在開發(fā)2.0，此時(shí)要在1.0的基礎(chǔ)上進(jìn)行bug修正。

按照時(shí)間的順序

1、1.0開發(fā)完畢，代碼 凍結(jié)

2、基于已經(jīng)凍結(jié)的trunk，為release1.0打tag

此時(shí)的目錄結(jié)構(gòu)為

svn://proj/

+trunk/ (freeze)

+branches/

+tags/

? ? +tag_release_1.0　(copy from trunk)

3、2.0 開始開發(fā)，trunk此時(shí)為2.0的開發(fā)版

4、發(fā)現(xiàn)1.0有bug，需要修改，基于1.0的tag做branch

此時(shí)的目錄結(jié)構(gòu) 為

svn://proj/

+trunk/ ( dev 2.0 )

+branches/

? ? +dev_1.0_bugfix (copy from tag/release_1.0)

+tags/

? ? +release_1.0　(copy from trunk)

5、在1.0 bugfix branch進(jìn)行1.0 bugfix開發(fā)，在trunk進(jìn)行2.0開發(fā)

6、在1.0 bugfix 完成之后，基于dev_1.0_bugfix的branch做release等

7、根據(jù)需要選擇性的把 dev_1.0_bugfix這個(gè)分支merge回trunk（什么時(shí)候進(jìn)行這步操作，要根據(jù)具體情況）

這是一種很標(biāo)準(zhǔn)的開發(fā)模 式，很多的公司都是采用這種模式進(jìn)行開發(fā)的。trunk永遠(yuǎn)是開發(fā)的主要目錄。