如今使用git來管理倉庫已經(jīng)成為了主流，那么如何用git優(yōu)雅的管理你的代碼倉庫呢着降？
以下是我整理的一張思維導(dǎo)圖差油。
這個圖的分支介紹：
- master ： 待發(fā)布分支。
- develop ：開發(fā)分支任洞。
- dev-czf : 開發(fā)人員開發(fā)分支蓄喇。
- dev-czf-profile : 開發(fā)人員具體模塊分支。
- hotfix： 緊急bug修復(fù)分支交掏。
- master v1.0： 發(fā)布分支妆偏。
- dev-czf-fix-bug: bug修復(fù)分支。
- 代碼pull request： 開發(fā)人員開發(fā)分支合并到develop前的代碼檢查耀销。
接下來對這張圖進行拆分講解：
-
master待發(fā)布分支和發(fā)布分支
master待發(fā)布分支和發(fā)布分支
如果確認將要發(fā)布版本楼眷，則在master上修改項目的版本號之后，切換一個master vxx的分支來待發(fā)布熊尉。 -
master分支和develop分支的交互
gitflow
develop為開發(fā)分支罐柳，給出測試版在這個版本上，需要經(jīng)過多次測試之后才能將代碼合并到master狰住。master發(fā)布版本之后张吉，develop需要從master更新代碼。
-
master v發(fā)布分支和hotfix緊急bug修復(fù)分支
master v發(fā)布分支和hotfix緊急bug修復(fù)分支
hotfix分支為緊急bug修復(fù)分支催植，當發(fā)布版本發(fā)布之后發(fā)現(xiàn)了非常嚴重的bug需要立即修復(fù)上線肮蛹，如果master的版本還是上個版本的代碼勺择，則將master代碼直接更新到hotfix分支，如果master代碼和版本號已經(jīng)有修改伦忠，則找到發(fā)布分支上的master vxx 省核，將發(fā)布分支上的代碼更新到hotfix，在hotfix上修復(fù)了bug之后昆码，再合并到master待發(fā)布分支或者已發(fā)布版本進行版本迭代气忠。
-
develop開發(fā)分支和dev-czf 開發(fā)人員開發(fā)分支。
develop開發(fā)分支和dev-czf 開發(fā)人員開發(fā)分支赋咽。
每個開發(fā)者應(yīng)當在develop分支中新建一個自己的開發(fā)分支旧噪，這個分支應(yīng)該需要保證每天去更新一遍develop的代碼。當自己的模塊開發(fā)完畢之后需要將代碼提交到develop脓匿。但是提交代碼前需要提交pull request來邀請同事檢查代碼淘钟、測試，通過pull request之后才能將自己的開發(fā)分支合并到develop陪毡。如果不需要pull request則直接合并米母。
新建pull request
將所作的模塊和功能寫清楚，一般是完成一個模塊就去合并一個模塊缤骨。
檢查代碼
-
dev-czf 開發(fā)人員開發(fā)分支和具體開發(fā)模塊分支
dev-czf 開發(fā)人員開發(fā)分支和具體開發(fā)模塊分支
由于一個開發(fā)人員往往會同時開發(fā)多個模塊的情況爱咬，所以在開發(fā)人員的開發(fā)分支上在新建新的模塊分支，以保證各個模塊開發(fā)的時候不產(chǎn)生沖突绊起，如果某個模塊已經(jīng)完成開發(fā)精拟，則提交到開發(fā)人員開發(fā)分支，再由開發(fā)分支提交pull request提交到develop分支上虱歪。 -
develop開發(fā)分支和bug-czf-fix-bug修復(fù)分支
develop開發(fā)分支和bug-czf-fix-bug修復(fù)分支
一般情況蜂绎，經(jīng)過測試的測試肯定會測出不少bug，這個時候測試會將bug總匯起來笋鄙，并分配給各個開發(fā)者师枣，開發(fā)者從develop上新建一個分支去修復(fù)bug，當修復(fù)部分bug之后將代碼合并到develop上去萧落。
以上為git倉庫比較理想的狀態(tài)践美，實際開發(fā)可能會遇到很多突發(fā)情況。git管理的流程并不是定死找岖，分支是可以隨便切的陨倡，所以有時候需要根據(jù)實際情況去處理情況
