文章目录

一、理解分⽀二、创建分支三、切换分⽀四、合并分⽀五、删除分⽀六、合并冲突七、分⽀管理策略八、分⽀策略

一、理解分⽀

的杀⼿级功能之⼀注意是之⼀也就是后⾯还有之⼆之三……分⽀。

分⽀就是科幻电影⾥⾯的平⾏宇宙当你正在电脑前努⼒学习

如果两个平⾏宇宙互不⼲扰那对现在的你也没啥影响。

不过在某个时间点两个平⾏宇宙合并了结果你既学会了

JAVA

在版本回退⾥你已经知道每次提交Git都把它们串成⼀条时间线这条时间线就可以理解为是一个分⽀。

截⽌到⽬前只有⼀条时间线在Git⾥这个分⽀叫主分⽀即

master

严格来说不是指向提交⽽是指向mastermaster才是指向提交的所以HEAD

每次提交master分⽀都会向前移动⼀步这样随着你不断提交master分⽀的线也越来越⻓,⽽HEAD只要⼀直指向master分⽀即可指向当前分⽀。

二、创建分支

看到这⾥就能明⽩了因为我们是在dev分⽀上提交的⽽master分⽀此刻的提交点并没有变此时的状态如图如下所⽰

当切换到

代表“快进模式”也就是直接把master指向dev的当前提交所以合并速度⾮常快。

五、删除分⽀

那么dev分⽀就可以被删除掉注意如果当前正处于某分⽀下就不能删除当前分⽀如

因为创建、合并和删除分⽀⾮常快所以Git⿎励你使⽤分⽀完成某个任务合并后再删掉分⽀这和直接在master分⽀上⼯作效果是⼀样的但过程更安全。

六、合并冲突

可是在实际分⽀合并的时候并不是想合并就能合并成功的有时候可能会遇到代码冲突的问题。

dev1

我们发现切回来之后⽂件内容由变成了⽼的版本这种现象很正常我们现在也完全能理解。

此时在

此时我们必须要⼿动调整冲突代码并需要再次提交修正后的结果再次提交很重要切勿忘记

git

模式下删除分⽀后查看分⽀历史时会丢掉分⽀信息看不出来最新提交到底是

merge

但在合并冲突部分我们也看到通过解决冲突问题会再进⾏⼀次新的提交得到的最终状态为

Fast

模式了这样的好处是从分⽀历史上就可以看出分⽀信息。

例如我们现在已经删除了在合并冲突部分创建的

dev1

参数就可以⽤普通模式合并合并后的历史有分⽀能看出来曾经做过合并⽽

fast

⾸先master分⽀应该是⾮常稳定的也就是仅⽤来发布新版本平时不能在上⾯⼲活

那在哪⼲活呢⼲活都在dev分⽀上也就是说dev分⽀是不稳定的到某个时候⽐如1.0版本发布时再把dev分⽀合并到master上在master分⽀发布1.0版本

你和你的⼩伙伴们每个⼈都在dev分⽀上⼲活每个⼈都有⾃⼰的分⽀时不时地往dev分⽀上合并就可以了。