我們上個月發布了1.2.0版，同時開始1.3.0版本的開發
為了及時響應客戶的反饋，我們需要乙個穩定的**庫，可以隨時進行小修小補，以及開發緊急小特性，快速發布版本給使用者。同時，新版本的開發也不能受影響
於是我們在1.2.0的版本上拉出乙個branch，叫做1.2.0-support-branch，已發布版本的bug，和臨時需求，都提交到此分支上，並用這個分支出臨時版本。這樣基本保證不會有大的問題，因為新開發的**都沒有合入
1.3.0版本的**則持續merge到**主幹，在此版本的測試階段結束之前，不從主幹上出版本
最後，在1.3.0轉測試之前，把1.2.0-support-branch上的**，合入到主幹，這樣已經修改的bug和補充的特性，也不會丟失。在開發1.4.0之前，銷毀1.2.0-support-branch，再拉出一條1.3.0-support-branch，如法炮製
svn主幹開闢分支 分支合併到主幹
從主幹拉出分支 1，右鍵本地svn主幹專案，先從主幹拉去乙個分支 2，指定分支在svn上的路徑 3，此時可以將分支checkout到本地，在分支上進行新版本的開發 把分支合併到主幹 1，當新功能開發測試完畢後，需要將分支合併到主幹。右鍵本地svn主幹專案，選擇 合併 2，選擇要進行的操作 合併節點到...
svn分支 主幹合併
我們專案目前的版本管理策略如下 可以根據自已的專案實際需要建立不同的版本管理策略 1 系統在沒有上線之前，只有乙個主幹 trunk 所有開發人員在主幹上進行協同開發。2 系統上線之後，在主幹的基礎上建立乙個分支，該分支上主要用於修復生產環境的bug，或者緊急新功能上線。主幹仍然進行新功能模組的開發。...
eclipse svn 分支合併到主幹
首先需釐清svn的分支以下幾個概念 trunk 主幹 可以理解為開發環境的 平常做開發的工作目錄 branches 從主幹拷貝了乙份 重新在svn伺服器上的建了個分支目錄 通常叫branch，一般與生產上的 保持同步 tag 主幹版本標記 標識每次大的公升級版本號 我們專案目前的版本管理策略如下 可...