在实际开发中,可能会遇到需求A未开发完成时,有个更紧急的需求B或有BUG需要先修复,在没有多分支开发的情况下,假如需求A的变更做了破环性变更,就只能手动处理或再克隆一个仓库做需求B的开发,协同开发和代码管理上变得复杂且缓慢。因此在开发过程中,要遵循多分支开发的方式,以解决上述问题。
一、查看git状态
二、当有新需求时,创建dev分支
创建dev分支前需确保工作区干净,即主分支master所有变更都已提交
三、切换到dev分支进行开发
四、dev分支开发结束
4.1 提交所有dev变更
4.2 切换回主分支
切换分支前请确保当前工作区干净
4.3 合并代码
4.4 推送到远程
4.5 删除dev分支
五、dev分支开发未结束
个别情况下,可能dev分支的需求开发未完成,有优先级更高的需求B或紧急bug需要修复
5.1 提交所有dev变更
5.2 切换回主分支
5.3 创建dev2分支
其中分支名dev2可根据自己需要抉择,若需求有明细取向例如工作台开发,取devdash等直观分支名称更好,避免分支多了自己遗忘每个分支在做什么需求
5.4 切换到dev2分支进行开发
5.5 最后
可完成dev2分支合并,或有更紧急需求则要创建dev3分支开发等,依次循环【四】
或【五】
的步骤即可
六、合并仓库
遵循规范时,开发操作的git仓库为自己的仓库,例如seepine/element-plus
,所以本地修改后推送到的也是自己的仓库,因此当开发完成且推送到自己仓库后,需要将变动合并到主仓库例如element-plus/element-plus
,选择合并请求,创建合并请求,选择要将seepine:master
合并到element-plus:master
分支即可。