4.1、分支的概述
在版本控制过程中,当需要同时推进多个任务时,可以为每个任务创建的单独分支。
虽然分支的底层实现是指针的引用,但是初学阶段可以将分支简单理解为副本,一个分支就是一个单独的副本。
使用分支,意味着从原来的主干上分离开,在分支上做的任何改动,在合并前都不会影响到主干。
4.2、分支的优点
可以并行推进多个功能模块的开发,提高开发效率。
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
4.3、分支的操作
4.3.1、命令速查表
命令 | 作用 |
---|---|
git branch 分支名 | 创建分支 |
git branch -v | 查看分支 |
git checkout 分支名 | 切换分支 |
git merge 分支名 | 把指定的分支合并到当前分支上 |
git branch -d 分支名 | 删除分支 |
4.3.2、查看分支
git branch -v
本示例的分支信息说明:
-
master :分支名称
-
bcd91c3 :分支当前指向的版本号
-
第二次提交:分支当前指向的版本的日志信息
4.3.3、创建分支
git branch 分支名
本示例根据 master (主干)分支创建了 user 分支;刚创建的 user 分支除了分支名之外,其他都和 master (主干)分支是一样的。
4.3.4、切换分支
git checkout user
切换分支成功后,命令行会提示目前是在 user 分支上;查看分支时,user 分支也被用星号高亮标记。
4.3.5、修改分支
4.3.5.1、在新分支上新增文件
4.3.5.2、将新分支的改动提交到本地库
4.3.5.3、切换回主干分支
切换回 master 主干分支后,可以发现工作区没有在 user 分支时新增的文件,即 master 主干分支没有受到 user 分支的影响。
4.3.6、合并分支
git merge user
如上图所示,合并 user 分支到 master 分支后, master 分支多了一个在 user 分支新增的文件
如上图所示,合并分支后,user 分支和 master 分支的版本号和提交日志信息都是一致的。
4.3.7、模拟冲突
4.3.7.1、user分支操作
切换到 user 分支,修改 hello.txt 文件,并提交到本地库。
4.3.7.2、master分支操作
切换到 master 分支,修改 hello.txt 文件,并提交到本地库。
4.3.7.3、合并产生冲突
如上图所示,合并 user 分支到 master 分支时,产生了冲突;分支的状态也由 master 变成了 master|MERGING ,说明还没有合并成功。
合并冲突提示信息说明:
-
Merge conflict in hello.txt :在 hello.txt 中存在合并冲突。
-
Automatic merge failed:自动合并失败。
-
fix conflicts and then commit the result:需要处理冲突后再提交。
打开发生合并冲突的文件(本例为 hello.txt ),可以看到具体发生冲突的内容:
-
在“<<<<<<<HEAD”和“=======”之间是当前分支的内容。
-
在“=======”和“>>>>>>>”之间是要合并的内容。
4.3.7.4、合并冲突的原因
合并分支时,如果两个分支在同一个文件的同一个位置做了不同的修改,就会产生冲突。
因为Git 无法自动替我们决定使用哪一个,所以必须手动决定新内容。
4.3.8、解决冲突
4.3.8.1、手动处理冲突的内容
4.3.8.2、提交处理冲突后的内容
如上图所示,当冲突的内容被处理并提交后,分支的状态也由 master|MERGING 变成了 master,说明已经合并成功。
注意:此时使用的 git commit 命令不能带文件名。
4.3.8.3、注意事项
本例演示解决的是合并 user 分支到 master 分支时发生的内容冲突,冲突的地方在 master 分支,解决冲突的地方也是在 master 分支。
因此,如上图所示, user 分支的内容不会受到任何影响。
4.3.9、删除分支
git branch -d 分支名
当某个分支没有存在必要的时候,可以将其删除。
注意:当要删除的分支是当前分支时,会报错:“error: cannot delete branch '当前分支名' used by worktree at '工作区路径'”;
这时只需要将当前分支切换为其他分支,就能成功删除。