git：基於本地master建造的一個修補bug的分支fixbug，在實際場景中的最佳實踐是什麼？
ps:遠端master對多人有權限。
在實際生產環境中的此流程操作有些迷惑：
第一種：
git checkout fixbug
git add .
git commit -m '...'
git checkout master
git pull origin master
git merge fixbug
master 放測試
測試沒問題
git pull origin master
master 上線
第二種：
git checkout fixbug
git add .
git commit -m '...'
git checkout master
git pull origin master
git checkout fixbug
git merger master
fixbug 放測試環境測試
測試沒問題後，
git checkout master
git pull origin master
git merge fixbug
git push -u origin master
13.master上線
第三種：
您的建議？
蟹蟹！
感覺第二種，有個邏輯漏洞，第 9 布測試完成後，又和 master 和了一次，如果程式碼有變動還要再測一次。
如果專案很複雜，多人並行開發，那麼應該有一個調解人。其他程式設計師 pull request 後，都需要經過調解人都審核一遍程式碼再確定是否與遠端 master 合併。
一般項目沒有調解人，那麼這個調解人就是你，自己審核一次就好。