期待的工作流。
使用多分支（branch）開發(fā)及皂，用標簽（tag）作為定義版本棺妓，所以依據(jù)tag部署程序。
想辦法看明白我表達的想法
指出文章描述不清晰的地方
指出我的誤區(qū)
提出你的建議
Git工作流
Git工作流將“開發(fā)”規(guī)范為5種場景（操作）亡资，并提供每種場景的流程圖澜共。
既然是5種規(guī)范的場景，理論可以實現(xiàn)5個腳本規(guī)范“開發(fā)者”的操作锥腻。
5種場景（操作）
- 開發(fā)“新功能”
- 修復“不緊急bug”
- 集成代碼&測試（長期集成場景1嗦董，場景2，場景4的代碼）
- 修復“緊急bug”（需要立即發(fā)版）
- 集成代碼&上線“新版本”（集成場景3瘦黑，場景4的代碼京革，打穩(wěn)定版tag）
5種場景分別對應5種分支（branch）
- 開發(fā)“新功能” ->
feature-x- 臨時分支。
- 開發(fā)“新功能”幸斥。
- 開發(fā)完匹摇，并測試后合并到
develop分支。
- 修復“不緊急bug” ->
bug-x- 臨時分支睡毒。
- 修復“不緊急bug”来惧。
- 修復后合并到
develop分支。
- 集成代碼&測試 ->
develop- 永久分支演顾。
- 集成（合并）
feature-x供搀、bug-x隅居、hotfix-x的代碼。 - 長期測試保證穩(wěn)定葛虐。
- 規(guī)劃時間定期發(fā)布版本胎源。
- 修復“緊急bug” ->
hotfix-x- 臨時分支。
- 修復“緊急bug”屿脐。
- 修復后盡快上線（不等
develop分支）涕蚤。
- 集成代碼&上線“新版本” ->
master- 永久分支。
- 集成（合并）
develop和hotfix-x的代碼的诵。
5種場景分別對應5種tag部署
- 開發(fā)“新功能” ->
a.b.c-feature-x.timestamp- 部署到測試環(huán)境
- 修復“不緊急bug” ->
a.b.c-bug-x.timestamp- 部署到測試環(huán)境
- 集成代碼&測試 ->
a.b.c-alpha.timestamp- 部署到測試環(huán)境
- 修復“緊急bug” ->
a.b.c-hotfix.timestamp- 部署到測試環(huán)境
- 集成代碼&上線“新版本” ->
a.b.c- 部署到生產(chǎn)環(huán)境
5種場景分別對應5個“流程圖”
下圖是一一對應“5種場景”的流程圖
gitflow.png
部署流程
依據(jù)Git工作流定義的tag部署程序万栅。下圖是“部署流程圖”
deploy.png
