專案發布上線效率低，負責投版人員痛苦；哀嚎聲一遍，糾其原因，沒有使用版本管控；當乙個主程開發效率高（包含速度和正確率）上線後及時有問題修復迅速，人員少，專案組也沒反應問題。
隨著專案人員增加，成員水平不一，就牽涉到專案投產可能需要撤回部分需求**，而以前只有乙個分支**回滾難度就非常大，有時候撤回一部分**能讓人奔潰，業務，技術怨聲載道，造成不必要的無效加班。故版本管理，**提交規範迫在眉睫， 一下按照svn常規分支進行管理；乙個專案包含3個分支(branches/trunk/tags)。
下面對一下三個分支進行說明（想切換git奈何專案組大部分成員沒使用過，故扔使用svn管理v_v）：
branches： 臨時分支，可以隨時建立使用完後進行刪除
trunck： 主幹分支，**進行迭代提交，開發進度隨時間推移（原則上trunk只接受合併過來的**）
tags： 版本分支，發布版本前拉取的映象分支
比如，現在有1個主幹trunk，1個分支名稱如下：
* trunk
* tps-newec20190615 [branches]
例一(開發新功能)：基於trunk拉取分支tps-newec20190615到branches，開發功能完畢後合併到trunk
例二(修復緊急bug)：
2.1：如果改動很小，直接原branches->tps-newec20190615分支上修復bug合併到trunk，tags後，再發布
2.2：如果改動較大，基於tags拉取分支tps_bugfix00x到branches，修復完成後合併到trunk，tags後，再發布
版本合併：
1、合併前先切換到trunk
2、svn更新**， 然後合併到branches上的**到trunk，(合併、解決衝突)後提交
svn 版本管理 相關
1 從trunk或者branch 再 拉出乙個 branch 注 可以是從trunk拉分支，也可以是從branch裡邊再拉乙個分支出來。branch brancha branch branchb 分支 分支 svn cp m creat a new branch svn svn trunk bran...
SVN版本管理 03
idea svn簡化提交方式 瀏覽新增svn repository 選單vcs browse vcs repository browse subversion repository.版本管理檢視 選單view tool windows version control 或者 alt 9 local c...
SVN版本控制管理
簡單原理 svn會將resposity的每一次修改後的 當作中間狀態儲存並編號，這樣就可以進行版本控制。客戶端獲得reposity的副本，對副本的操作不影響服務端的resposity.使用流程 1.checkout 2.進行增 先將檔案拖到working copy，然後使用add命令加入本地resp...