国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

   Subversion有一個很標(biāo)準(zhǔn)的目錄結(jié)構(gòu)，是這樣的。比如項(xiàng)目是proj，svn地址為svn://proj/，那么標(biāo)準(zhǔn)的svn布局是

   svn://proj/
   |
   +-trunk
   +-branches
   +-tags 
   這 是一個標(biāo)準(zhǔn)的布局，trunk為主開發(fā)目錄，branches為分支開發(fā)目錄，tags為tag存檔目錄（不允許修改）。但是具體這幾個目錄應(yīng)該如何使 用，svn并沒有明確的規(guī)范，更多的還是用戶自己的習(xí)慣。
    對于這幾個開發(fā)目錄，一般的使用方法有兩種。我更多的是從軟件產(chǎn)品的角度出發(fā) （比如freebsd），因?yàn)榛ヂ?lián)網(wǎng)的開發(fā)模式是完全不一樣的。
第一種方法，使用trunk作為主要的開發(fā)目錄。
    一般的，我們的所有的開 發(fā)都是基于trunk進(jìn)行開發(fā)，當(dāng)一個版本/release開發(fā)告一段落（開發(fā)、測試、文檔、制作安裝程序、打包等）結(jié)束后，代碼 處于凍結(jié)狀態(tài)（人為規(guī)定，可以通過hook來進(jìn)行管理）。此時(shí)應(yīng)該基于當(dāng)前凍結(jié)的代碼庫，打tag。當(dāng)下一個版本/階段的開發(fā)任務(wù)開始，繼續(xù)在trunk 進(jìn)行開發(fā)。此時(shí)，如果發(fā)現(xiàn)了上一個已發(fā)行版本（Released Version）有一些bug，或者一些很急迫的功能要求，而正在開發(fā)的版本（Developing Version）無法滿足時(shí)間要求，這時(shí)候就需要在上一個版本上進(jìn)行修改了。應(yīng)該基于發(fā)行版對應(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這個分支merge回trunk（什么時(shí)候進(jìn)行這步操作，要根據(jù)具體情況）

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

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

1. 1.0開發(fā)，做 dev1.0的branch
   此時(shí)的目錄結(jié)構(gòu)
   svn://proj/
   +trunk/ (不擔(dān)負(fù)開發(fā)任務(wù) )
   +branches/
       +dev_1.0 (copy from trunk)
   +tags/
2. 1.0開發(fā)完成，merge dev1.0到trunk
   此時(shí)的目 錄結(jié)構(gòu)
   svn://proj/
   +trunk/ (merge from branch dev_1.0)
   +branches/
        +dev_1.0 (開發(fā)任務(wù)結(jié)束，freeze)
   +tags/
3. 根據(jù)trunk做1.0的tag
   此時(shí)的目錄結(jié)構(gòu)
   svn://proj/
   +trunk/ (merge from branch dev_1.0)
   +branches/
       +dev_1.0 (開發(fā)任務(wù)結(jié)束，freeze)
   +tags/
       +tag_release_1.0 (copy from trunk)
4. 1.0開發(fā)，做dev2.0分支
   此時(shí)的目錄結(jié)構(gòu)
   svn://proj/
   +trunk/
   +branches/
       +dev_1.0 (開發(fā)任務(wù)結(jié)束，freeze)
       +dev_2.0 （進(jìn)行2.0開發(fā)）
   +tags/
       +tag_release_1.0 (copy from trunk)
5. 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開發(fā)）
   +tags/
       +tag_release_1.0 (copy from trunk)
6. 選擇性的進(jìn)行代碼merge

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

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

      以上呢，就是我說的兩種開發(fā)模式了，具體哪種好，并沒有定論。這里大致的說一下各自 的優(yōu)缺點(diǎn)
      第一種開發(fā)模式（trunk進(jìn)行主要開發(fā)，集中式）：
          優(yōu)點(diǎn)：管理簡單
          缺點(diǎn)：當(dāng)開發(fā)的模塊比較多，開發(fā)人數(shù)/小團(tuán)隊(duì)比較多 的時(shí)候，很容易產(chǎn)生沖突而影響對方的開發(fā)。因?yàn)樗械母膭佣加锌赡苡|碰對方的改動
      第二重開發(fā)模式（分支進(jìn)行主要開發(fā)，分散式）：
          優(yōu)點(diǎn)：各 自開發(fā)獨(dú)立，不容易相互影響。
          缺點(diǎn)：管理復(fù)雜，merge的時(shí)候很麻煩，容易死人。

      其實(shí)，這里并沒有一定之規(guī)，更多的時(shí)候是兩種 模式結(jié)合使用。