摘要：
分支学习：分支称为分支，默认情况下只有一个分支名为master。总结bug分支：PS：文本与以下图片相结合。bug分支基于上述基础：上述开发尚未完成。当操作开发设备时，主设备（在线）中会出现紧急错误。确保dev中有未提交的数据。提交后，返回到master以创建bug分支，然后修改一些内容。修改后，添加。并提交，将修改后的bug版本与master合并，然后进入dev进行进一步开发。
branch
分支学习：branch称为分支，默认仅有一个名为master的分支。一般开发新功能流程为：开发新功能时会在分支dev上进行，开发完毕后再合并到master分支。
学习参考上图，也可以按照着这样的流程进行开发，如果遇到上文开发到一般需要临时修复Bug的情况，可以按照下图的流程进行：
注意：git merge 时也可能会出现冲突，解决冲突的方式上述stash相同，即：找到冲突文件，手动修改冲突并提交。
branch相关常用命令：
- git branch 分支名称 创建分支
- git checkout 分支名称 切换分支
- git branch -m 分支名称 创建并切换到指定分支
- git branch 查看所有分支
- git branch -d 分支名称 删除分支
- git merge 分支名称 将指定分支合并到当前分支
注意加 "- -" 和不加 "- -" 的区别：
git checkout 文件名 表示：切换x文件分支下面
git checkout --文件名 表示：把这个文件切换到原内容，也就是未修改过的状态，这个可以看工作区和版本库的图片
一般分支称为：master----->>线上版本；Dev----->>开发版本
自己总结上面两图分支的步骤，有问题可随时指点：
创建dev分支， git branch dev， 切换到dev分支， git checkout dev 若dev开发到一半，进行 git add . git commit -m 'xasdf' 然后# 继续开发， git add . git commit -m 'xasdf' 开发完毕之后； 切换回到系统默认分支master上， Master： git checkout master 进行合并， git merge dev
最后完成项目的操作。
总结bug分支：
PS:文字结合下面图片来看。。
bug分支基于上面的基础：加入上面开发没有完成， 在操作dev进行开发的时候， master（线上）里面出现紧急bug了， 要确保dev里面有未提交的数据， 进行提交之后（也就是add .和commit ‘版本描述’，这两个操作之后）， 再回到master里面，去创建bug分支（这是要用bug分支去紧急修复）， 然后进行修改东西，修改之后，进行add .和commit... 这两个操作， 然后再次回到master里面，把修改的bug版本跟master里面进行合并，然后进入到dev里面，进行再次开发。 ----->>然后开发完毕之后dev之后，进行合并，这时候master比dev要新，所以会出现类似vim编译器这种要输入的东西， 输入git merge dev之后， 出现一个类似vim编译器的情况，看这个划线部分的提示， 表示：合并dev的意思，然后啥也不用写，直接wq保存退出即可，这样即可完成自动合并，若出现没有合并成功的情况， 则自己手动合并，（就是跟类似手动解决冲突一样），手动修改完合并之后，再次提交一次。
ps：要知道：分支不是必须要有的。