工程項目中的trunk branch 和tag的說明

比如項目是Proj了赌,svn地址為svn://Proj/,那么標準的svn布局是:svn://Proj/|+-trunk+-branches+-tags
這是一個標準的布局深碱,trunk為主開發(fā)目錄拗窃,branches為分支開發(fā)目錄,tags為工程的存檔目錄(不允許修改)黎做。但是具體這幾個目錄應該如何使用,svn并沒有明確的規(guī)范松忍,更多的還是用戶自己的習慣蒸殿。
對于這幾個開發(fā)目錄,一般的使用方法有兩種鸣峭。從軟件產(chǎn)品的角度出發(fā)宏所,因為互聯(lián)網(wǎng)公司的開發(fā)模式是完全不一樣的。
第一種方法摊溶,使用trunk作為主要的開發(fā)目錄爬骤。一般的,我們的所有的開發(fā)都是基于trunk進行開發(fā)莫换,當一個版本/release開發(fā)告一段落(開發(fā)霞玄、測試、文檔浓镜、打包等)結束后溃列,代碼處于凍結狀態(tài)。此時應該基于當前凍結的代碼庫膛薛,打tag听隐。當下一個版本/階段的開發(fā)任務開始,繼續(xù)在trunk進行開發(fā)哄啄。此時雅任,如果發(fā)現(xiàn)了上一個已發(fā)行版本(Released Version)有一些bug,或者一些很急迫的功能要求咨跌,而正在開發(fā)的版本(Developing Version)無法滿足時間要求沪么,這時候就需要在上一個版本上進行修改了。應該基于發(fā)行版對應的tag锌半,做相應的分支(branch)進行開發(fā)禽车。例如,剛剛發(fā)布1.0刊殉,正在開發(fā)2.0殉摔,此時要在1.0的基礎上進行bug修正。按照時間的順序1.0開發(fā)完畢记焊,代碼凍結基于已經(jīng)凍結的trunk逸月,為release1.0打tag此時的目錄結構為svn://Proj/
+trunk/(freeze)
+branches/
+tags/
+tag_release_1.0 (copy from trunk)
2.0開始開發(fā),trunk此時為2.0的開發(fā)版發(fā)現(xiàn)1.0有bug遍膜,需要修改碗硬,基于1.0的tag做branch此時的目錄結構為
svn://Proj/
+trunk/(dev2.0)
+branches/
+dev_1.0_bugfix (copy from tag/release_1.0)
+tags/
+release_1.0 (copy from trunk)
在1.0 bugfix branch進行1.0 bugfix開發(fā)瓤湘,在trunk進行2.0開發(fā)在1.0 bugfix 完成之后,基于dev_1.0_bugfix的branch做release等根據(jù)需要選擇性的把dev_1.0_bugfix這個分支merge回trunk(什么時候進行這步操作恩尾,要根據(jù)具體情況)這是一種很標準的開發(fā)模式弛说,很多的公司都是采用這種模式進行開發(fā)的。trunk永遠是開發(fā)的主要目錄特笋。
第二種方法剃浇,在每一個release的branch中進行各自的開發(fā)巾兆,trunk只做發(fā)布使用猎物。這種開發(fā)模式當中,trunk是不承擔具體開發(fā)任務的角塑,一個版本/階段的開發(fā)任務在開始的時候蔫磨,根據(jù)已經(jīng)release的版本做新的開發(fā)分支,并且基于這個分支進行開發(fā)圃伶。還是舉上面的例子堤如,這里面的時序關系是。1.0開發(fā)窒朋,做dev1.0的branch此時的目錄結構svn://Proj/
+trunk/ (不擔負開發(fā)務)
+branches/
+dev_1.0 (copy from trunk)
+tags/
1.0開發(fā)完成搀罢,merge dev1.0到trunk此時的目錄結構
svn://Proj/
+trunk/ (merge from branch dev_1.0)
+branches/
+dev_1.0 (開發(fā)任務結束,freeze)
+tags/
根據(jù)trunk做1.0的tag此時的目錄結構
svn://Proj/
+trunk/ (merge from branch dev_1.0)
+branches/
+dev_1.0 (開發(fā)任務結束侥猩,freeze)
+tags/
+tag_release_1.0 (copy from trunk)
1.0開發(fā)榔至,做dev2.0分支此時的目錄結構
svn://Proj/
+trunk/
+branches/
+dev_1.0 (開發(fā)任務結束,freeze)
+dev_2.0 (進行2.0開發(fā))
+tags/
+tag_release_1.0 (copy from trunk)
1.0有bug欺劳,直接在dev1.0的分支上修復

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末唧取,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子划提,更是在濱河造成了極大的恐慌枫弟,老刑警劉巖,帶你破解...
    沈念sama閱讀 221,576評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件鹏往,死亡現(xiàn)場離奇詭異淡诗,居然都是意外死亡,警方通過查閱死者的電腦和手機伊履,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,515評論 3 399
  • 文/潘曉璐 我一進店門韩容,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人湾碎,你說我怎么就攤上這事宙攻。” “怎么了介褥?”我有些...
    開封第一講書人閱讀 168,017評論 0 360
  • 文/不壞的土叔 我叫張陵座掘,是天一觀的道長递惋。 經(jīng)常有香客問我,道長溢陪,這世上最難降的妖魔是什么萍虽? 我笑而不...
    開封第一講書人閱讀 59,626評論 1 296
  • 正文 為了忘掉前任,我火速辦了婚禮形真,結果婚禮上杉编,老公的妹妹穿的比我還像新娘。我一直安慰自己咆霜,他們只是感情好邓馒,可當我...
    茶點故事閱讀 68,625評論 6 397
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著蛾坯,像睡著了一般光酣。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上脉课,一...
    開封第一講書人閱讀 52,255評論 1 308
  • 那天救军,我揣著相機與錄音,去河邊找鬼倘零。 笑死唱遭,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的呈驶。 我是一名探鬼主播拷泽,決...
    沈念sama閱讀 40,825評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼俐东!你這毒婦竟也來了跌穗?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,729評論 0 276
  • 序言:老撾萬榮一對情侶失蹤虏辫,失蹤者是張志新(化名)和其女友劉穎蚌吸,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體砌庄,經(jīng)...
    沈念sama閱讀 46,271評論 1 320
  • 正文 獨居荒郊野嶺守林人離奇死亡羹唠,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,363評論 3 340
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了娄昆。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片佩微。...
    茶點故事閱讀 40,498評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖萌焰,靈堂內(nèi)的尸體忽然破棺而出哺眯,到底是詐尸還是另有隱情,我是刑警寧澤扒俯,帶...
    沈念sama閱讀 36,183評論 5 350
  • 正文 年R本政府宣布奶卓,位于F島的核電站一疯,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏夺姑。R本人自食惡果不足惜墩邀,卻給世界環(huán)境...
    茶點故事閱讀 41,867評論 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望盏浙。 院中可真熱鬧眉睹,春花似錦、人聲如沸废膘。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,338評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽殖卑。三九已至站削,卻和暖如春坊萝,著一層夾襖步出監(jiān)牢的瞬間孵稽,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,458評論 1 272
  • 我被黑心中介騙來泰國打工十偶, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留菩鲜,地道東北人。 一個月前我還...
    沈念sama閱讀 48,906評論 3 376
  • 正文 我出身青樓割以,卻偏偏與公主長得像肛真,于是被迫代替她去往敵國和親痘儡。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,507評論 2 359

推薦閱讀更多精彩內(nèi)容