前言
Git 下分支的应用是很方便，同时也是相当重要的一环，但是在切换分支的过程中，如果不注意，就容易使分支之间相互影响，有可能搞乱自己的工作。
我也是碰到了这个问题，查看资料了之后，将其记录下来。
本来在 A 分支工作，突然要切换到另外的分支（也可以是主分支master）完成一个 bug 的修改
git clone 主分支的代码到自己的工作目录，然后创建一个分支，进行自己的工作，这里就记录它为 a 分支。这个时候，如果收到一个重大 bug ，需要立马修复。这个时候就需要放下当前手头的工作，切换回主分支（master 分支），对代码进行修改重新发布。
这里就要注意了，如果你的 a 分支工作区和缓存区是干净的，也就是在 a 分支 commit 之后再没做任何更改，你往别的分支切换时不会有影响的。但是如果你在 a 分支有未完成的工作，也就是用 git status -s 看显示的文件，存在没有 add 或者 commit 的文件，你往 master 分支切换的时候，会把你在 a 分支下的工作也带过去。
比如在 a 分支新添加了一个文件 dd.java
ysan@ysan-PC MINGW64 /e/gitTest (a)
$ git status -s
?? dd.java
这个时候切换到 master 分支，通过 git status -s文件
ysan@ysan-PC MINGW64 /e/gitTest (a)
$ git checkout master
Switched to branch 'master'
ysan@ysan-PC MINGW64 /e/gitTest (master)
$ git status -s
?? dd.java
会发现，在 master 分支也多了一个未添加的文件 dd.java；如果你在 a 分支通过 git add 添加到缓存，切换到 B 分支的时候，会提醒你，有为提交的工作也一起跳转到了 master 分支上。
ysan@ysan-PC MINGW64 /e/gitTest (a)
$ git add dd.java
warning: LF will be replaced by CRLF in dd.java.
The file will have its original line endings in your working directory.
ysan@ysan-PC MINGW64 /e/gitTest (a)
$ git checkout master
Switched to branch 'master'
A dd.java
ysan@ysan-PC MINGW64 /e/gitTest (master)
$ git status -s
A dd.java
在命令 $ git checkout master 之后就显示了有未提交的工作，也就是 dd.java 文件也一起跳转到分支 master 上。如果 master 分支是稳定版本，而自己的工作 a 分支有着自己新添加的功能，但是还未完成，更没有完成测试，却将代码带到了 master 分支，这个时候运行 master 分支的代码将不再是稳定版本，也就会造成一定的风险。
而且这个时候在 master 分支上进行其他工作而不编辑 dd.java 文件，目前来说是没有影响。然而，一旦在 master 分支上运行 git commit 命令进行提交，dd.java 文件也会在 master 分支上进行提交。
也就是说，一旦你把 a 分支上尚未完成的工作带到了 master 分支上并且在 master 上成功提交，那么你本来在 a 分支进行的工作则会被提交到本地库中的 master 分支上，那么该部分工作在 a 分支下用 git log 命令查看不了，只能在 master 分支下查看。在实际的工作中，两个分支的混乱容易导致提交冲突。
解决办法
其一：切换分值之前，通过 git status 查看文件状态，对没有 add 和 commit 的工作，如果可以就都提交了。
其二：如果未完成的工作实在不方便提交，可以通过 git stash 进行保存，再切换分支。
