我已閱讀Branching/Tagging兩次。我似乎無法理解這個想法。我想對分支有一個很好的理解,以防止錯誤到主線。任何人都可以繪製SVN分支的概念嗎?
由於我是一名視覺學習者,任何人都可以繪製SVN分支的概念嗎?或者用簡單的英語來描述概念是否可能?
可以說我有3個開發人員在一個團隊和一個回購「out_app」 dev1如何創建一個分支併合並回主線? 這個效果將如何開發2和3?
詳細的步驟,單擊菜單項,輸入設置...爲上述問題。
我已閱讀Branching/Tagging兩次。我似乎無法理解這個想法。我想對分支有一個很好的理解,以防止錯誤到主線。任何人都可以繪製SVN分支的概念嗎?
由於我是一名視覺學習者,任何人都可以繪製SVN分支的概念嗎?或者用簡單的英語來描述概念是否可能?
可以說我有3個開發人員在一個團隊和一個回購「out_app」 dev1如何創建一個分支併合並回主線? 這個效果將如何開發2和3?
詳細的步驟,單擊菜單項,輸入設置...爲上述問題。
你可以開始閱讀SVN readbook on Branching and merging
alt text http://svnbook.red-bean.com/en/1.5/images/ch04dia3.png
它是基於廉價仿製品:
Subversion的版本庫有特殊的設計。
當您複製一個目錄時,您不必擔心存儲庫增長巨大 - Subversion實際上並不會重複任何數據。相反,它會創建一個指向現有樹的新目錄條目。如果你是Unix用戶,這與硬鏈接的概念相同。
由於對複製目錄下的文件和目錄做了進一步的修改,Subversion繼續採用這種硬鏈接的概念。當需要消除不同版本的對象時,它只會複製數據。
參見A Visual Guide to Version Control。偉大的文章。
(在我看來)最好的造型和良好的版本控制分支的解釋是The Flow of Change by Laura Wingerd,約Perforce公司做了會議報告。它描述了豆腐秤,其中變化從「軟」分支(未經測試,不穩定)流向「硬」分支(釋放,經過充分測試),隨着修訂變得更加穩固。
它提供了一個非常容易理解的比喻管理修訂和分支機構;我不能高度推薦大家通讀本演示文稿並吸收它的想法。
tofu scale http://dl.getdropbox.com/u/136976/tofu%20scale.png
+1。我在我的回答中提到她(Laura Wingerd)「你應該什麼時候分支?」:http://stackoverflow.com/questions/2100829/when-should-you-branch/2107672#2107672 – VonC 2010-03-09 22:17:58