在公司进行项目开发，每个项目组多人，往往会共用同一个Github仓库地址。在合并分支的时候，有很多情况是出错的，无法合并。
目录简介
分支简介
分支创建
快速合并分支
删除分支
分支合并冲突
普通合并分支
分支管理策略
团队多人协作开发
推送分支
抓取分支
分支简介
master分支并不是一个特殊的分支，只是主分支的默认名字，在你进行
git init的时候，就会生成master这个名字，所有的记录都会在隐藏的文件夹.git/下master的名字可以修改。
创建分支
创建分支执行以下命令：
git branch newBranchName，Enter.创建的分支，是为当前提交的对象上创建一个指针。
如图，分支是当前提交对象的指针。Git是通过HEAD的指针，获取当前的分支名字。HEAD是一个指向所在的本地分支。git branch命令仅仅创建一个分支，并不会自动切换到新的分支去，指针并不会发生移动。
你可以使用
git log --online --decorate来查看当前所致的对象示例
git log --online --decoratef30ab（HEAD，master，newBranchName）add xxxxxx...balabala...balabala。。。
切换分支
git checkout newBranchName，这样HEAD就指向newBranchName分支了
创建分支并且切换分支的命令的是：
git checkout -b newBranchName这样有什么优点呢？？
HEAD分支随着新的提交的操作向时间线后移动，但是master分支却没有移动，仍然是上个版本的提交的对象。
现在我们切换master分支看看：
git checkout master
这个命令做了两件事情
使得HEAD重新指向master分支将目录恢复成master分支所指向快照的内容这就说明了，忽略了testing分支所做的修改，以便向另一个方向进行开发。可以使用
git branch，查看当前分支，带*的是当前分支。
分支切换会改变你工作目录的文件夹
在切换分支的时候，一定要注意开发者开发目录的文件会发生改变，如果是切换到一个较旧的分支，工作目录会恢复到该目录最后提交的样子。
如果我们在testing分支完成工作了，怎么讲testing分支的开发内容合并到maser上面呢？ 因为指针的存在，就直接把master指向test当前的提交。就完成了合并。这里需要git merge命令
git merge testing命令用于合并指定分支到当前分支，合并后，在查看内容。至此完成合并。
合并完成分支之后，就可删除。
使用命令进行操作
git branch -d testing
在合并分支的时候，会出现内容冲突，合并出错不成功的现象。
创建并使用新的分支进行开发：
git checkout -b dev修改README.md文件的内容，在
dev分支上提交
git checkout masterSwitch to branch masterYour branch is up-to-date with origin/master
Git会自动提示我们当前master分支比远程分支要超前1个提交，在master分支上把README.md文件的最后要修改，提交。 现在，master分支和dev分支都分别有新的提交，变成了这样。
这样情况下，Git无法进行快速合并，只能把各自修改的合并起来。但是这种合并可能会有冲突。
git merge dev，回车。 如果文件冲突，会报错，会提示：Automatic merge failed;fix conficts and then commit the result冲突以后必须要手动解决冲突后再提交。使用
git status命令Git用
<<<<<<< , ======= ,>>>>>>>标记不同分支的内容，我们修改后保存提交。这样，master和dev的分支如下：
合并分支的时候，Git可能会用Fast forward 模式，但是这种的模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge是生成一个新的commit，这样，从分支历史上就可以看到分支信息。
git merge首先，创建并切换分支：
git checkout -n dev修改提交的文件，并重新提交
切换回master，
git checkout master，流程图如下：
准备合并分支的时候，请注意参数
--no-ff参数，表示禁用Fasr forwordgit merge --no-ff -m "merge with no-ff"合并后，用以下语句查看分支历史
git log --graph --pretty=online --abbrev-commit不使用Fast forward模式，merge就像是这样：
公司开发一般需要三个分支：
master主分支用来发布dev日常开发bug用来修改bug用的分支推送到其他分支：
git push origin dev
一般多人协作的模式一般是这样
首选，可以尝试用
git push origin branch-name推送自己修改。如果推送失败，则因为远程分支比你本地更新，需要你先用git pull 尝试合并。
如果合并有冲突，则解决冲突，并在本地提交。
如果没有冲突或者解决掉冲突以后，，在用
git push origin branch-name推送。如果git pull 提示
no tracking information，则说明本地分支和远程分支的连接没有创建。
git branch查看当前分支git branch -v查看每个分支的最后一次提交。git branch -a查看本地和远程分支情况git branch --merged查看已经与当前分支合并的分支git branch --no-merged查看已经与当前分支未合并的分支git branch -r查看远程分支git branch dev创建dev分支git checkout dev切换到dev分支git checkout -b dev创建并切换分支git merge dev名称为dev的分支与当前分支合并git branch -d dev删除分支dev