Git規范
by 程序亦非猿 2016.4.6
這又是一篇我在公司分享的，想制定一下Git的規范，有興趣的可以看看~
上一篇在這里
分支模型
每個項目必須要有master、develop分支。
每個開發人員擁有一個自己的分支，如yfy、chz。
master 分支
master 分支只能存在release版本的代碼，并需要對每個release打對應的tag。
develop 分支
develop 由master分支檢出，它作用主要是日常開發合并代碼，并與master分支做交互。
當參與開發的人員較多時，可指定一個人管理develop分支，專門負責合并代碼，便于管理，避免多人同時使用develop分支而出現問題。
另外當功能開發完畢后，代碼合并入develop分支，測試完成通過后，merge到master分支，并在master上打tag。
開發人員自己的分支
開發人員自己的分支，由develop分支檢出，是自己負責的功能分支的上游
工作流程
Feature （新需求開發）
當有新需求需要開發時：
- 每個開發人員在自己的分支上檢出一個新的feature分支，如在
czn上檢出feature_search分支 - 在新的feature分支上進行開發
- 新功能開發完畢后合并到自己的分支
- 所有人員的分支合并到develop分支，并進行測試
- 測試通過后合并到master，并打tag
Hotfix （緊急修復bug）
當有緊急bug需要修復時
- 從master 拉分支hotfix_xxx
- 修復完畢后合并到develop分支
- 測試完畢后合并到master分支，并打tag
小結
分支模型已經工作流程大約如圖所示：
Gitflow
gitflow是git的一個輔助工具，可以簡化我們新建分支，合并分支，刪除分支的操作，也可以減少人工誤操作而出錯的概率
舉個例子：
新功能能開發，使用gitflow之前：
git checkout yfy
git checkout -b feature_search
...developing...
git checkout yfy
git merge feature_search
git branch -d feature_search
使用gitflow之后：
git flow feature start search
...developing...
git flow feature finish search
是不是省去了很多繁瑣的操作？
gitflow 的功能不止如此~
gitflow雖好，但是考慮到大家剛開始使用git，需要熟悉git以及git命令，所以它現在不是強制的，如果有興趣或者你也懶得敲那么多命令的話，建議看看 git-flow 備忘清單
PS: 事實上git最開始是沒有gitflow的，它是用戶實際經驗的總結，so，希望我們團隊最終能擁有最適合我們自己的gitflowgitf
最后
規范是死的，人是活的，上訴所說都是比較理想化的，實際情況可能更加復雜，大家可以根據實際情況調整。
如果有疑問或更好的建議，歡迎反饋~~~
另外歡迎關注:
我的Github
我的微博
我的微信公眾號:
