git开发使用流程和git解决冲突流程

开发流程：
开发人员在dev分支上开发（各开发人员各自从dev分支检出各自的本地分支异步开发）；
测试人员将开发人员上传的dev分支合并到test分支上测试；
测试完成后，将可以上线的代码合并到master分支上保留纯净（理论上无bug、稳定的版本）的生产环境代码；
开发人员在代码上线后，合并master分支，保持dev分支一直是在线上生产环境的稳定版代码上持续开发；
发生线上紧急事故（bug）时，可以从master分支上检出一个bug_master分支，只修改线上事故的问题（不耦合当前test和dev上正在测试和开发的代码），紧急修复问题。


代码提交流程：
切换分支前，需要检查是否还有未提交的变更内容，如果带有未提交的变更切换分支，未提交的变更会一起切换至新分支，可能会导致分支混乱、变更丢失、不能切换等问题。
代码提交后，需要先拉取（同步）远端分支的代码，解决冲突（到来：远端代码；现有：本地代码）后，再推送至远端。


代码合并流程：
当前分支代码提交，拉取（同步）远端分支，
切换到需要合并过来的分支，拉取（同步）其远端分支，
切换回当前分支，选择合并需要合并过来的分支，解决冲突，将当前分支推送至远端。




冲突解决流程：
场景一 
user0 有新提交
user1 没有pull -> 写新代码 -> pull -> 提示有冲突


解决办法
-> stash save(把自己的代码隐藏存起来) -> 重新pull -> stash pop(把存起来的隐藏的代码取回来 ) -> 代码文件会显示冲突 -> 右键选择edit conficts，解决后点击编辑页面的 mark as resolved ->  commit&push


场景二
user0 有新提交
user1 没有pull -> 写新代码 -> commit&push -> 提示有冲突


解决办法
-> pull -> 代码文件会显示冲突 -> 右键选择edit conficts，解决后点击编辑页面的 mark as resolved ->  commit&push