- 因為git功能實在太強大了，太靈活了。這導致如果每個人都有自己的習慣，而不統一遵循乙個規範，
那麼一起協作開發將變成災難性的。
- 所以有git工作流來規範大家的行為，工作流大部分情況都是規範分支的使用。
- 不同的git平台，都有可能自己不同的git工作流，以下進行講解。
master和dev。
master分支：合併到master分支上的**都是經過測試，沒有問題，可以發布到線上環境的**。
dev分支：用於合併公司所有同事最新的開發**的分支，上面可能會存在bug。
然後這兩個長期分支下，還存在以下分支：
feature分支：特徵分支，比如我現在和前端一起開發乙個登入的功能，那我就可以建立乙個登入的分支和前端開發一起協作。
release分支：版本分支。比如我們現在開發了v2.0版本的**，那麼在合併到master分支之前，先合併到release-v20分支，然後經過深度測試，沒有問題後再把**合併到master分支和dev分支，一旦確定沒有問題，就可以將這個分支刪掉了。
bug分支：比如現在master分支上的**在執行過程**現了緊急的bug，那麼我們可以從master分支上開乙個bug分支，把問題解決後再合併到master分支，並且這個bug分支也可以被刪掉了。
github的工作流最大的特點是，只有乙個master主分支，團隊成員如果想要合併**，通過傳送pull request，然後管理員審核通過後再合併到master分支。如果你不是專案管理員，那麼你可以先在自己的分支上進行變基，然後再傳送乙個pr，別人看到你這個pr，如果沒有問題，他合併的時候就直接用fast-forward了，不需要去解決衝突等問題了。
gitlab結合了git基本工作流和github工作流。既支援多個長期分支，也支援將分支設定為受保護的，其他人想要合併**，需要發乙個merge request，管理員審核通過後才能進行合併。
git學習筆記 git工作流
1 新增檔案 git add filename.postfix 2 提交檔案 git commit m 3 修改後，重新新增 git add 未提交 返回原來版本 git reset head filename git checkout filename 讓工作區變乾淨 4 修改後，新增 git a...
Git工作流概述
基於master分支開發 流程 建立origin master分支 協作開發者a b把origin master 分支clone到本地 協作開發者a b在本地master分支進行開發 a開發完push到遠端master分支 b開發完push到遠端master分支 衝突處理 push時本地 與遠端ma...
Git 工作流簡介
工作流有各式各樣的用法，但也正因此使得在實際工作中如何上手使用增加了難度。這篇指南通過總覽公司團隊中最常用的幾種 git 工作流讓大家可以上手使用。如果你的開發團隊成員已經很熟悉 subversion，集中式工作流讓你無需去適應乙個全新流程就可以體驗 git 帶來的收益。這個工作流也可以作為向更 g...