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上线
第三种：
您的建议？
蟹蟹！
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
感觉第二种，有个逻辑漏洞，第 9 布测试完成后，又和 master 和了一次，如果代码有变动还要再测一次。
如果项目很复杂，多人并行开发，那么应该有一个调解人。其他程序员 pull request 后，都需要经过调解人都审核一遍代码再确定是否与远程 master 合并。
一般项目没有调解人，那么这个调解人就是你，自己审核一次就好。