https://www.codermast.com/dev-tools/git/git-branch-manage.html
在 Git 中，分支是指向提交对象（commits）的可变指针。它们是一系列提交的引用，其中的每个提交都包含了一组文件的状态以及指向其父提交的指针。主要的分支通常是 master 或 main，其他分支可以基于主分支或其他分支创建。
几乎每一种版本控制系统都以某种形式支持分支，一个分支代表一条独立的开发线。使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。
Git 分支实际上是指向更改快照的指针。
创建分支
使用该指令可创建一个名为 branchname 的分支
git branch <branchname>
相关信息
创建分支时，一定要先有一个分支，这个分支一般在 git init 时已经帮我们创建好了，一般名称为 main 或 master，创建的分支内容和当前所在的分支内容相同，因为是基于当前分支的分支，故一定和当前分支一致。
切换分支
- 切换到已有分支
git checkout <branchname>
- 创建并切换分支
一般情况下切换分支时需要先创建分支，然后再切换，但是为了提高效率，可以使用如下指令，一步增加并切换分支。
git checkout -b <new-branch-name>
- 切换到前一个分支
git checkout -
当你切换分支的时候，Git 会用该分支的最后提交的快照替换你的工作目录的内容，所以多个分支不需要多个目录。
注意
但是，需要注意的是，如果在切换分支之前对当前分支的工作目录做了一些修改，但没有提交这些更改，那么这些更改将会被暂存或者丢弃，而不会被应用到切换后的目标分支。只有在提交后，这些更改才会成为该分支的一部分，然后在切换到其他分支时，Git 才会自动更新工作目录以匹配目标分支的状态。
总而言之，就是只会恢复到最后一次提交时候的工作目录状态。
删除分支
git branch -b <branchname>
该指令的功能是删除名为 branchname 的分支。
查看分支
- 查看本地分支
git branch
- 查看所有分支
git branch -a
在未加任何参数的时候，默认查看所有的分支。 带 * 的分支是当前分支。
合并分支
git merge
可以多次合并到统一分支， 也可以选择在合并之后直接删除被并入的分支。
分支合并说明
对于分支合并，举一个简单的例子。目前一个项目内有 main 和 dev 两个分支，现在需要将 dev 分支合并到 main 分支，即将 dev 中修改和添加的功能加入到 main 分支，这时需要先切换到 main 分支，然后执行 git merge dev 指令。
合并冲突
为什么会发生冲突？
当两个分支对同一个文件进行操作，当这两个分支合并的时候，Git 陷入了两难境地，并不知道以哪个分支为准，于是就发生了冲突。
分支的合并并不是简单的文件添加、移除等操作，其 Git 也会合并修改。
冲突发生
当在合并分支时，提示如下信息，即发生了合并冲突
Auto-merging hello.txt
CONFLICT (content): Merge conflict in hello.txt
Automatic merge failed; fix conflicts and then commit the result.
此时信息告诉我们在合并 hello.txt 文件时发生了冲突，处理冲突以后提交结果，这时处于合并的中间态。
合并中间态
即能够成功合并的文件全部合并，发生冲突的文件产生冲突。
与事务有所区别，事务是一旦发生错误，则全部回滚。而合并中间态是尽可能的进行合并，合并不了的抛出。
冲突查看
当冲突发生后可以使用 git status 来查看冲突信息
- “You have unmerged paths”：我们现在正处于合并的中间状态，有一些没有合并的文件；
- “Changes to be committed deleted: test.txt”：要提交的更改已经被删除
- “Unmerged paths”：未合并的路径，可以看到 hello.txt 没有被合并，因为两个分支都修改了它
现在我们查看冲突，用编辑器打开没有被合并的文件，查看其内容会发现（可以使用vim查看，也可以使用 cat <filename>）
里面多了三行我们看不懂的记号：
<<<<<<< HEAD
=======
>>>>>>> dev
<<<<<<< HEAD和=======之间的内容：是 main 分支修改的内容（准确来说是HEAD指针指向的分支修改的内容，一般是指当前使用的分支）；
=======和>>>>>>> dev 之间的内容：是 dev 分支修改的内容；
分割线之外的内容：是两个分支都没有改动的内容。
冲突解决
解决冲突的本质其实就是 Git 把这个两难问题的决定权交给我们，需要我们对冲突文件进行操作，主要有以下步骤：
- 编辑冲突文件，决定要保留的内容。
git add将冲突文件添加到暂存区git commit提交
这里我们编辑后的内容，Git 会原封不动的提交，因为 Git 认为我们已经成功的解决了冲突。一般情况下都会删除这三条线，保留我们所需要的文本即可。
另外，常常遇到当冲突发生后，其实是我们自己没有做好控制，这时需要撤回合并，即冲突发生后退出合并的中间状态。
git merge --abort
该指令会回到分支合并之前的状态，即成功合并的部分文件也会进行回退。
