Git 学习笔记（二）分支管理

创建分支

git branch

—— 显示所有分支，其中以 “*” 号开头的为当前活跃分支

git branch branch_name [old_branch or any_commit]

—— 创建分支（或将已删除的分支恢复到某个提交节点）

git branch -d branch_name

—— 删除分支（-D 选项为强制删除）

git checkout branch_name

—— 切换分支

—— 切换分支之前要确保已产生的更改已经提交或保存。git commit --all 可以提交所有已产生的更改，git stash 可以保存已产生的更改（之后通过 git stash pop 可以恢复已保存的更改）。

git reset --hard <某次 commit 的 hash值>

—— 将分支的指针指向特定的某次提交，该操作会覆盖当前工作区和暂存区的所有更改。

git reflog

—— 查找所有的提交节点，输出格式为 <散列值> HEAD@{n}: checkout/merge/commit: comment

—— 清理提交对象

合并分支（merge）

语法

—— git merge 被合并的分支 [活动分支]

合并算法

—— git 实现了3种不同的合并算法，默认情况下采用的是递归算法。还有3路算法和 octopus 算法。

冲突

—— 两个或多个人员对同一组文件的相同部分做了不同的修改（编辑冲突），或两个或多个人员对同一组文件的不同部分做了修改而这些修改互相之间有一定的关联（内容冲突）。编辑冲突容易发现和排查，内容冲突比较隐蔽（规避方法：① 借由自动化测试构建保护机制；② 使用断言，前置与后置条件；③ 定义清晰的接口实现松耦合；④ 静态类型检查）。

冲突标志：<<<<<<<（被合并的分支对冲突部分的修改）|||||||（冲突部分的原始内容）>>>>>>>（活动分支对冲突部分的修改）【默认显示 <<<<<<< 和 >>>>>>>，可通过 git config merge.confilictstyle diff3 显示三个标志】

合并分支的过程中可能自动合并也可能因存在冲突而需要人工介入。其中自动合并的文件将默认添加到了暂存区，等待提交。需要人工介入的部分则要求排除冲突后通过 git add 手动添加到暂存区。

解决冲突：

方式① 打开冲突文件逐一调整冲突部分；

方式② git checkout --ours <文件/目录> 使用活动分支的版本；

方式③ git checkout --theirs <文件/目录> 使用被合并的分支的版本；

可以使用 git mergetool 辅助解决冲突。

取消合并

—— git reset --merge

快进合并