在專案開發中，很多情況是多人協作的專案，敏捷開發和快速迭代，所以分支的規範尤為重要，並且分支的合併和管理也非常重要。作為影響效率的重要考量因素之一，這裡我需要強調一下。
**分支我們分為三個主線：(1).master : 針對的是線上的正式環境。
(2).preview : 針對的是預上先環境(用於上線前准上線環境的測試)。
(3).staging ：針對測試環境的測試。
在多人迭代過開發過程中，分別各自從master簽出分支，進行需求開發，開發通過後merge到staging分支進行測試環境驗證，驗證通過後，再將分支merge到preview環境中進行預上線環境的驗證。 preview驗證通過後，再將分支merge到master，然後進行線上部署。
master，preview、staging 三個分支之間本身是獨立的。這樣的分支管理和合併規則，可以避免多人修改的誤提交和誤上線。 段落2其實就是乙個不合理展示（當然，如果只有你乙個人維護專案，段落2的方式也是可以的）。
本段落所描述的內容就是列舉多人維護的情況下，如果按照這種方式開進行分支管理和合併的話，會導致誤合併和誤提交。會帶來一些突發問題，所以git分支的規範和合併規則的規範，對乙個專案的穩定和健康起至關重要的作用。需要再專案啟動前，對全專案組進行說明，並且需要嚴格執行。
好了，今天就寫到這裡，後面有新的感悟和總結，我會繼續陸續總結部落格。下回見，我是百靈。
分支管理 建立分支 合併分支
分支名前面有 代表此分支是當前所在分支 常用命令 步驟 建立分支 git brabch 分支名 檢視所有分支 git branch 切換到指定分支 git checkout 指定的分支名 代表當前所在分支 在自己的分支上進行修改並push到遠端倉庫對應的分支，最後的push的命令 git push ...
SVN建立分支 合併分支 切換分支
在建立專案版本庫時，可首先建好專案資料夾，並在其中建立trunk,branches,tags三個空的子目錄。這樣在trunk中開始進行開發 trunk是主分支，是日常開發進行的地方。branches是分支。一些階段性的release版本，這些版本是可以繼續進行開發和維護的，則放在branches目錄...
SVN建立分支 合併分支 切換分支
在建立專案版本庫時，可首先建好專案資料夾，並在其中建立trunk,branches,tags三個空的子目錄。這樣在trunk中開始進行開發 trunk是主分支，是日常開發進行的地方。branches是分支。一些階段性的release版本，這些版本是可以繼續進行開發和維護的，則放在branches目錄...