1、Git工作流概念
簡單來說就是，一個項目的成員們在工作中統一使用Git的工作方式
2、Git工作流分類
集中式工作流
GitFlow工作流
3、集中式工作流
（1）像SVN一樣，集中式工作流以中央倉庫作為項目所有修改的單點實體。所有修改都提交到Master這個分支上。
（2）這種方式與SVN的主要區別就是開發人員有本地庫。Git很多特性并沒有用到。
4、GitFlow工作流
Gitflow工作流通過為功能開發、發布準備和維護設立了獨立的分支，讓發布迭代過程更流暢。嚴格的分支模型也為大型項目提供了一些非常必要的結構。
5、分支種類
（1）主干分支 master
主要負責管理正在運行的生產環境代碼。永遠保持與正在運行的生產環境完全一致。
（2）開發分支 develop
主要負責管理正在開發過程中的代碼。一般情況下應該是最新的代碼。
（3）bug修理分支 hotfix
主要負責管理生產環境下出現的緊急修復的代碼。 從主干分支分出，修理完畢并測試上線后，并回主干分支。并回后，視情況可以刪除該分支。
（4）發布版本分支 release
較大的版本上線前，會從開發分支中分出發布版本分支，進行最后階段的集成測試。該版本上線后，會合并到主干分支。生產環境運行一段階段較穩定后可以視情況刪除。
（5）功能分支 feature
為了不影響較短周期的開發工作，一般把中長期開發模塊，會從開發分支中獨立出來。 開發完成后會合并到開發分支。
6、分支實戰思想圖
