背景
学习了分支操作的相关知识,团队内部就基本的开发流程达成一致:
假设线上是主干 master 分支,开发是 dev 分支,团队成员是自定义 custom 分支,平时开发时在大家在各自 custom...事发时直接检出主分 master 分支,并紧急修复 bug .
(2.1) 基于 master 分支检出 issue-110 分支,并修复提交.
# 注意: 事发时正在思考人生,此时更改尚未添加到暂存区...正确示例
经过上述错误示例的惨痛教训后,再也不敢轻易切换分支了,原因在于工作区更改并没有被提交,或者说不能提交,如果能够有一种机制来保护案发现场,这样我们就能放心切换到其他分支工作,回来时一切如初,那该多好...现在让我们看一下"草稿箱"有没有我们的工作现场?...小结
紧急修复 bug 时,可以通过 git stash 保护工作现场,然后再切换到目标分支,检出修复分支,完成修复后切换到目标分支,合并修复分支,最后删除修复分支,此时再切换回本地分支后一切如初!