Git实战 (4)

这种情况下,git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突。

5.3.5、执行如下命令尝试将dev分支合并到master分支上来

Git实战

git告诉我们,code.txt文件存在冲突,必须手动解决冲突后再提交。

5.3.6、git status也可以告诉我们冲突的文件

Git实战

5.3.7、查看code.txt的内容

Git实战

5.3.8、git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容,我们修改如下后保存

Git实战

5.3.9、再提交

Git实战

5.3.10、现在,master分支和dev分支变成了下图所示

Git实战

5.3.11、用带参数的git log也可以看到分支的合并情况

Git实战

5.3.12、最后工作完成,可以删除dev分支

Git实战

5.4、分支管理策略

​ 通常,合并分支时,如果可能,git会用fast forward模式,但是有些快速合并不能成而且合并时没有冲突,这个时候会合并之后并做一次新的提交。但这种模式下,删除分支后,会丢掉分支信息。

5.4.1、创建切换到dev分支下

Git实战

5.4.2、新建一个文件code3.txt编辑内容如下,并提交一个commit

Git实战

5.4.3、切换回master分支,编辑code.txt并进行一个提交

Git实战

5.4.4、合并dev分支的内容到master分支

Git实战

5.4.5、出现如下提时,这是因为这次不能进行快速合并,所以git提示输入合并说明信息,输入之后合并内容之后git会自动创建一次新的提交

Git实战

Git实战

5.4.6、使用分支命令查看分支信息

Git实战

5.4.7、删除dev分支

Git实战

​ 如果要强制禁用fast forward模式,git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。

5.4.8、创建并切换到dev分支

Git实战

5.4.9、修改code.txt内容,并提交一个commit

Git实战

5.4.10、切换回master分支

Git实战

5.4.11、准备合并dev分支,请注意--no-ff参数,表示禁用Fast forward

Git实战

因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。

5.4.12、合并后,我们用git log看看分支历史:

可以看到,不使用Fast forward模式,merge后就像这样:

Git实战

Git实战

5.5、Bug分支

​ 软件开发中,bug就像家常便饭一样。有了bug就需要修复,在git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。

5.5.1、当你接到一个修复一个代号001的bug的任务时,很自然地,你想创建一个分支bug-001来修复它,但是,等等,当前正在dev上进行的工作还没有提交:

Git实战

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zyxpwp.html