【版本管理】git分支管理

创建与合并分支：

首先，我们创建dev分支，然后切换到dev分支：

git checkout -b dev，命令加上-b参数表示创建并切换，

相当于以下两条命令：

git branch dev；

git checkout dev ；

然后，用 git branch 命令查看当前分支。

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

此时commit提交的就在dev分支上。

切换回master主分支 ：

git checkout master，切换回master分支后，再查看刚才提交的文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变。

现在，我们把dev分支的工作成果合并到master分支上：

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

注：注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把 master指向dev的当前提交，所以合并速度非常快。 当然，也不是每次合并都能Fast-forward，我们后面会将其他方式的合并。

合并完成后，就可以放心地删除dev分支了：git branch -d dev，删除后，查看branch，就只剩下master分支了： git branch  * master。

解决冲突：

如果master分支和feature1分支各自都分别有新的提交，那么它们在合并时，Git无法执⾏行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突。

git status也可以告诉我们冲突的文件。

我们需要在文件中手动修改后保存，再提交：  git add文件名 ， git commit -m "conflict fixed"，完成合并。

用带参数的git log 指令，git log --graph --pretty=oneline --abbrev-commit 查看分支的合并情况。

现在，可以再删除feature1分支：  git branch -d feature1。

强制禁用“Fast forward”模式：

如果要强制禁用“Fast forward”模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

git merge --no-ff -m "merge with no-ff" dev， 因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

如当前分支工作到一半还不能commit，但需要切换到别的分支，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

git stash，把当前工作现场“储藏”起来，然后再 git checkout master ，再 git checkout -b issue-101 在新分支上进行操作，操完后提交，切换到主分支与之合并，合并完切换回工作到一半的分支继续工作。

但切回分支后发现工作现场不在了，可先用 git stash list 查看保存的工作现场，再：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了。

你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令： git stash apply stash@{0}

开发一个新feature，好新建一个分支； 如果要丢弃一个没有被合并过的分支，可以通过 git branch -D name 强行删除。