如何優雅的用git管理程式碼倉庫？
如今使用git來管理倉庫已經成為了主流，那麼如何用git優雅的管理你的程式碼倉庫呢？
以下是我整理的一張思維導圖。
image.png
這個圖的分支介紹：
- master ： 待發布分支。
- develop ：開發分支。
- dev-czf : 開發人員開發分支。
- dev-czf-profile : 開發人員具體模組分支。
- hotfix： 緊急bug修復分支。
- master v1.0： 釋出分支。
- dev-czf-fix-bug: bug修復分支。
- 程式碼pull request： 開發人員開發分支合併到develop前的程式碼檢查。
接下來對這張圖進行拆分講解：
-
master待發布分支和釋出分支
如果確認將要釋出版本，則在master上修改專案的版本號之後，切換一個master vxx的分支來待發布。
master待發布分支和釋出分支
-
master分支和develop分支的互動
develop為開發分支，給出測試版在這個版本上，需要經過多次測試之後才能將程式碼合併到master。master釋出版本之後，develop需要從master更新程式碼。
gitflow
-
master v釋出分支和hotfix緊急bug修復分支
master v釋出分支和hotfix緊急bug修復分支
hotfix分支為緊急bug修復分支，當釋出版本釋出之後發現了非常嚴重的bug需要立即修復上線，如果master的版本還是上個版本的程式碼，則將master程式碼直接更新到hotfix分支，如果master程式碼和版本號已經有修改，則找到釋出分支上的master vxx ，將釋出分支上的程式碼更新到hotfix，在hotfix上修復了bug之後，再合併到master待發布分支或者已釋出版本進行版本迭代。
-
develop開發分支和dev-czf 開發人員開發分支。
develop開發分支和dev-czf 開發人員開發分支。
每個開發者應當在develop分支中新建一個自己的開發分支，這個分支應該需要保證每天去更新一遍develop的程式碼。當自己的模組開發完畢之後需要將程式碼提交到develop。但是提交程式碼前需要提交pull request來邀請同事檢查程式碼、測試，通過pull request之後才能將自己的開發分支合併到develop。如果不需要pull request則直接合並。
新建pull request
將所作的模組和功能寫清楚，一般是完成一個模組就去合併一個模組。
image.png
檢查程式碼
image.png
-
dev-czf 開發人員開發分支和具體開發模組分支
由於一個開發人員往往會同時開發多個模組的情況，所以在開發人員的開發分支上在新建新的模組分支，以保證各個模組開發的時候不產生衝突，如果某個模組已經完成開發，則提交到開發人員開發分支，再由開發分支提交pull request提交到develop分支上。
dev-czf 開發人員開發分支和具體開發模組分支
-
develop開發分支和bug-czf-fix-bug修復分支
develop開發分支和bug-czf-fix-bug修復分支
一般情況，經過測試的測試肯定會測出不少bug，這個時候測試會將bug總彙起來，並分配給各個開發者，開發者從develop上新建一個分支去修復bug，當修復部分bug之後將程式碼合併到develop上去。