文章目录
创建分支
- 查看当前本地仓库中有哪些分支
bash
git branch- HEAD所指向的分支就是当前正在工作的分支
bash
cat .git/HEAD
- 创建一个分支
bash
git branch dev创建好了，但是目前还是指向master
用tree命令也可以看到已经创建分支成功了
创建出来的分支，和主分支的最新记录是一样的
切换分支
切换分支就是让HEAD指向我们的dev分支
bash
git checkout dev
我们在dev分支上堆ReadMe文件进行了修改
再进行提交
这个时候再切换回master分支
查看文件
可以看到刚刚新加的那行文件不见了
那我们再切换回dev分支上看
发现那行新加的还在
我们查看这里发现已经变了
我们查看记录
dev上是最新的记录，master分支第二
我们最终的效果是在master分支上看到我们的效果，我们怎么操作呢？
合并分支
这就要我们合并分支，在合并分支之前就需要先切换到我们master分支上
bash
git merge devFast-forward 代表"快进模式"，也就是直接把master指向dev的当前提交，所以合并速度非常快。
删除分支
只能在其他的分支上删除本分支
bash
git branch -d dev
合并冲突
在合并分支的时候，我们在master分支上已经修改了文件，而我在dev分支上也修改了文件，然后合并的时候就会出现报错，我们来演示一下
快速创建分支并且进入分支
bash
git checkout -b dev1
我们将原来的aaa改成了bbb
然后提交上去
我们切换到master分支上查看一下文件内容，发现还是aaa，因为还没有合并
接下来我们就继续将这个aaa改成ccc，然后再进行合并分支
这个时候再进行合并，会提示合并冲突
bash
git merge dev1
我们打开ReadMe文件查看一下
这个时候就要手动选择要保留哪些代码
假设我们就保留这些代码
然后再进行提交
查看是否是最新提交
可视化的查看方法
bash
git log --graph --abbrev-commit
分支管理策略
在Fast forward 模式下，删除分支后，查看分支历史时，会丢掉分支信息，看不出来最新提交到底是 merge 进来的还是正常提交的。
不使用Fast forward模式，这样的好处是，从分支历史上就可以看出分支信息。
创建一个新分支
bash
git checkout -b dev2
修改ReadMe文件，并提交
切换回master分支后进行合并
不使用Fast forward模式，并且指向新的提交，禁用Fast forward模式后合并会创建一个新的commit ，所以加上-m参数，把描述写进去。
bash
git merge --no-ff -m "merge with no-ff" dev2
bug分支
假如我们现在正在 dev2 分支上进行开发，开发到一半，突然发现master分支上面有 bug，需要解决。在Git中，每个 bug 都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
- 这个时候主分支出现了一个bug，这个时候就要切换到master分支
那我们不想这样，我们可以这样做
将工作区的内容进行保存
bash
git stash
修复完bug后，我们就需要进行重新回到dev2分支继续开发
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令git stash apply stash@{0}
bash
git stash pop恢复的话也可以采用git stash apply恢复，但是恢复后，stash内容并不删除，需要用git stash drop来删除
现在我们到了dev2分支上了，我们继续开发
然后提交，在dev分支上进行了新的提交
这个时候就需要合并了，但是合并的时候就会出现冲突，刚刚master修改了bug了，这次又要进行合并分支，我们需要解决错误。
我们需要不在master上合并分支，在dev合并master主分支，把问题在本地上解决了再做下一步。
我们在dev2分支上进行合并master
手动修改冲突
然后就可以合并了
最后不要忘了，把刚刚的临时分支和开发分支删除
强制删除分支
如果在开发中如果在一个分支上已经开发，对代码进行提交了，这个时候用传统的方法进行删除是不能删除的，我们需要用到-D来进行强制删除
bash
git branch -D dev3