git分支在git的所有分支之间不相互干扰，完成各自的工作和内容。 分支使用后合并到总分支(原分支)，安全、方便，不影响其他分支工作
查看当前工作通过其分支git branch#返回# * master，可以看到当前分支被称为“master”
主分支是项目创建之初就有的，唯一的分支是主分支。 随后创建分支时，它将成为一个个从分支，主分支称为主分支
Git的主分支不是特别的分支。 和其他分支完全不同。 几乎所有仓库都有主分支是因为缺省情况下会创建git init命令，而且大多数hlt都很麻烦对其进行更改。
HEAD我在这里问你一个问题。 已将多个分支提交给一个项目。 如果两个分支指向同一提交历史记录，Git如何知道当前正在访问哪个分支？
很简单。 有一个叫做HEAD的特殊指针。 请注意，这与许多其他版本控制系统(如Subversion和CVS )的头概念完全不同。 在Git中，指针指向当前所在的本地分支(译注：将HEAD视为当前分支的别名)。
HEAD所指的直接关系是现在的分支，找到分支的版本。 下图：
创建新分支概念说明git创建新分支。 这意味着在当前位置创建指针。 例如，将分支命名为dev，并将头指向dev。 下图：
在其中创建分支的所有提交都将在dev分支中提交，但以前的提交主分支的提交位置仍然是从分支创建dev的位置。 HEAD跟随新创建的分支，并跟随每次提交时不停止的以前的移动。 保持头指针提交的前沿。 在master中新创建的dev分支继承了master分支的所有提交，可以在git log中看到。
实地操作#dev分支创建并切换git check outbdev可以创建两个指向dev分支的分支
如果提交分支的dev分支工作已完成且需要合并到master分支中，请在将master指针指向当前dev的位置中，将头指向master。 此时，可以直接删除dev分支，也可以不删除，删除后只删除了dev指针，只剩下一个主指针，工作区中什么都没有
将分支恢复为主分支#将分支恢复为主分支mastergit checkout master合并将分支恢复为主分支时，可以将dev的修改提交合并到master分支，以：
# mastergitmergedev http://www.Sina.com /
此次合并被称为高速合并fastforward。 只是将主指针指向dev上次提交的位置。
当分支返回主分支主机时，可以删除并使用dev分支。
删除dev分支gitbranchddev总结：查看分支： git branch
创建分支： git branch name
切换分支： git checkout name
创建分支： git check outbname
将分支合并到当前分支： git merge name
删除分支： git breachdname
冲突的产生和解决如果两个分支修改了同一文件，则尝试合并两个分支将会发生冲突，并且无法快速将dev合并到主节点。 然后git说：“在合并的过程中发生了冲突。 请修改后提交”。
重点：比较修改两个分支中的文件以满足两个分支的提交。 使用git add和git commit进行新的提交。 (此时提交的是主分支) )再次合并
具有冲突解决日志的git loggraphpretty=oneline分支管理策略通常，如果在合并分支时没有冲突且分支是单向继承的，则git将使用快速向前模式，但某些快速合并可能不会成功
当两个分支修改工作区时，修改的不是同一文件，而是两个不同的文件，不会发生冲突。 在这种情况下，如果**“快速合并”**不可用，则必须通过弹出框输入合并说明。 使用/退出快捷键修正的过程：
合并时禁止高速合并模式将dev合并到主服务器以禁止高速合并模式。 另外，添加git mergeno99 Come Come Everybody ff99 Come Come Everybody“”dev错误分支的说明和说明使用场景。 如果在某个分支上工作，突然需要修复紧急错误，可以使用stash功能保存当前正在工作的现场，等待该错误修复
操作步骤：
临时保存当前工作场所
#存储当前现场的git stash将切换到出现错误的分支。 例如，如果在主分支中发生了错误。 如果bug位于当前分支中，则可以执行此步骤
git checkout master添加新的错误临时分支
构件检查输出错误001修改代码。
返回主分支
千兆检查输出主集成错误分支到主主主机
git mergeno99 Come Come Everybody ff99 Come Come Everybody'合并错误分支master '错误001删除错误001分支
git branch错误001会返回到以前的车间所在的分支
git checkout dev检查当前分支中保存的工作场所。 这是以前封锁冷冻保存的作业现场
git stash list恢复存储的现场
git stash pop总结：修复bug时，通过创建新的bug分支进行修复、合并，最后删除。
手头的工作还没做完的时候，先git stash工作现场，然后去修复bug，修复后git stash pop，恢复工作现场。