git分支管理

创建与合并分支

git branch dev
创建分支。

git branch -d dev
删除分支。

git checkout dev或git switch dev
切换分支。

git checkout -b dev或git switch -c dev
创建并切换分支。

git branch
查看分支，会列出所有分支，当前分支前面会标一个*号。

当在dev分支上提交修改时，在master上的文件是没有对应修改的。

git merge dev
用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

解决冲突

合并看着非常简单，便捷，但不是每次都能这么顺利，有时候可能会遇到合并冲突。

当两个分支上的同一个文件在同一个地方修改并提交时，合并的时候就会发生冲突。




git log --graph --pretty=oneline --abbrev-commit

git log加参数–graph也可以用图表查看分支合并情况。

总结
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

分支管理策略

git merge --no-ff -m “merge with no-ff” dev

–no-ff参数，表示禁用Fast forward。
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

Bug分支

软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

git stash
可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。
之后就可以放心地创建分支来修复bug了。

首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支。
修改完成后，要切换到master分支对bug分支进行合并，然后删除bug分支。

git stash list
查看stash里面的内容。

git stash apply
用来恢复工作区。
但是恢复后，stash内容并不删除，你需要用git stash drop来删除。

git stash pop
恢复的同时把stash内容也删了。

git stash apply stash@{0}
恢复指定的stash。

在master分支上修复了bug后，我们要想一想，dev分支是早期从master分支分出来的，所以，这个bug其实在当前dev分支上也存在，所以我们要把dev上的bug也修复。

git cherry-pick 4c805e2
让我们能复制一个特定的提交到当前分支。

Feature分支

软件开发中，总有无穷无尽的新的功能要不断添加进来。

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
当我们的分支在未完成合并前进行删除，会出现如下情况：

git branch -D feature-vulcan
强制删除分支。