Git的倆種工作流程：1.GitFlow；2.GitHubFlow
一.GitFlow
1.長期分支
a.主分支：master 。用於存放對外發布的版本，穩定的版本，任何時候都是；
b.開發分支：develop。日常開發，存放最新的開發版
2.短期分支
a.功能分支（feature branch）；
b.補丁分支（hotfix branch）；
c.預發分支（release branch）。
完成開發時，就被合併進develop或者master中，然後被刪除。
3.版本的分配規則
x：在重大功能變更前或者版本不向下兼容時+1 。此時yz歸零。
y：在添加新功能活刪除已有功能+1.此時z歸零。
z：只在內容修改時+1.
4.優缺點
這一流程最大的亮點是考慮了緊急的bug的應對措施，流程過於複雜，需要對整個開發流程進行系統的學習。
適合waterful 的方式。
適合企業級的應用系統開發
缺點：要經常切換分支，對互聯網項目的持續發佈同時維護倆個長期分支不太適合。
二.GitHubFlow
以部署爲中心的開發模式，通過簡單的功能和規則，持續且高速安全的部署（簡單的開發流程以及完全的自動化）
1.特點
a：令master時常保持可以部署的狀態；
b：在新建的本地倉庫分支中進行提交；
c：在GitHub端倉庫創建同名分支，定期push；
d：開發完成，向master發出pull request；
e：pull request評審與討論 ；
f ：pull request接收，合併進master部署後，刪除分支。
2.前提條件
a：團隊規模最好控制在 15-20之內；
b：部署作業必須自動化，完全自動化，一天之內可以部署多次；
c：重視測試：
1.讓測試自動化；
2.編寫測試代碼，通過全部測試；
3.維護測試代碼。
- 優缺點
適合持續發佈，master上有可能是不穩定的代碼
