一、Git工作的两个分支同时问题，怎么解决
首先要明确为什么分成两个分支.按照你的第一个问题：“B当前是michael branch， 然后从master pull了一下，那么如果由更新的内容，需要commit并push到michael吗？
”。这两个分支好像随时可以被某个研发合并，那这样的分支分出来就没有意义了。
假设确实需要且已经分出了两个分支，而且研发在开发某一个分支时需要参考另外一个分支的内容，不一定要用git pull。git pull这个命令是更新了远程的代码后，同时下载并合并到本地，有可能对本地还没有提交的代码造成污染。建议用git fetch命令，只是更新远程分支，如果需要的时候再通过rebase 等方式跟本地的合并。
二、git分支合并到master，如何只合并分支上的最新的提交
用squash参数 git merge dev --squash
这个参数是合并时把你dev分支上做的提交合并成一个，此时merge不会做提交，需要你重新做一次提交
三、git合并分支，为什么会比svn容易
GIT是分布式源代码管理，SVN称之为集中式管理。
所谓集中管理，就是所有人本地仅有一组文件，即改动后的文件，以及每个文件的改动记录（存放于隐藏的svn目录中），大家把改动后的文件，提交到同一个网络中心服务器上去。在服务器上有完整的代码历史记录。
而分布式管理最大的不同就是，本来网络中心服务器才有的完整代码历史记录，现在可以放在每个人自己的本地了。这样，当你使用GIT管理代码时，不要求一定有网络连接，你可以在本本地提交代码，查看历史记录，执行回滚等操作。而需要合并多人代码的时候，每个人本地的代码记录，再用push的方式在服务器上汇总；大家需要更新的时候，从服务器上pull下来最新代码库（而不仅是一个revision）。也就是说，源代码管理分布到每个人的单机，每个人处理自己单机的一些更新、回滚、自我合并等功能，然后在服务器上进行一个综合合并操作。集中式管理过分依赖服务器一次合并的情况得到了缓解。
分布式管理需要更复杂的逻辑来处理，但是，基于本来就是多人合作的前提，大家也可以在管理中各负其责，比如，指定一个人单独处理服务器合并，其他人只做好自己的本地改动即可，而不是集中管理时，一提交，不论是谁都需要做好合并代码的准备。
分布式管理更多的使用分支的概念协同工作。每个人的代码都是一个单独的分支，服务器合并代码的时候，分支产生合并，并且将改动再拉回到自己的原本分支；对于一些多版本要求的代码，控制分支的合并内容，可以很好的把握并行多个版本的开发工作。
总之，以GIT为代表的分布式源代码管理更加的系统、方便、甚至更容易迁移（因为人人都有单独的完整代码历史记录，不完全依赖服务器）。但是正因为多了这许多细节，GIT理解起来要比SVN复杂很多，需要悉心体会，门槛比较高。一旦熟悉起来，就再也不想用SVN了。
四、android studio中用git集成插件怎么合并分支
很简单啊，过程是先commit分支代码，将代码合并到主分支，检查有没有冲突然后push
另外，从来不用eclipse、android studio、visual studio、xcode、qt create自带的或
者内嵌的版本控制插件，原因是老找不到想用的功能，懒得一个个去学。
于是window下用tortiseGit +beyond compare，mac下用sourceTree
|
