Git合并

Git中的合并操作

上次的博客,我们讲解了Git的分支基本作用,这里,我们就来拓展一下,Git中的合并操作

git log

情景提要,上次我们是在master分支下有着a.txtREADME.md,而创建的feature1分支下有b.txt文件

然后回归我们的主题,再次之前,我们先来学习一下git log的操作,这个操作是查看git操作的日志,所以,让我们学习一下,为了更好的讲解这个较为重要的命令行git log,我提前使用git merge feature1的合并操作。So

img

在上图中,我们先是用了git merge操作将feature1分支合并到了msater的主分支,并用git branch -d feature1删除了分支

img

git log查看当前分支的log日志,可以看到,有我前面合并操作的日志,因为feature1分支中只有b.txt所以就只有add b.txt

img

git log --oneline 这个命令就是上图,能让log界面更加的简洁,另外 git log --oneline -3就是查看前几位

img

git show 如果你想看某个操作更加详细的日子,你就可以用这个命令,后面的的id就是你想看的日志id,可以清楚的看到,我们这个日志就只是添加了一个b.txt,而且b.txt的内容都有显示

git log --all --decorate --oneline --graph,这个命令能让log日志看起来更加的顺眼,虽然现在看不出来,但是确实有用

img

上述的git log --all --decorate --oneline --graph,虽然有用(emmm,等会再说哪有用),但是命令实在是太长了,所以我这里在教一点干货,输入

vi ~/.gitconfig  #修改git的配置环境

# 输入以下代码
[alias]
    co = checkout
    br = branch
    ci = commit
    st = status
    dog = log --all --decorate --oneline --graph

上述代码就是可以简易的输入,git log --all --decorate --oneline --graph就等于git dog

alias
img

log日志讲解

我们先git checkout -b f1创建分支并跳转到f1分支,然后在f1分支下生成c.txt,并添加This is c.txt,然后commit一下

img

因为前面我们配置了config,所以我们就可以使用简洁字母进行操作。另外我们可以看一眼log日志第一行的Head -> f1,可以理解成指针指向f1分支,也就是在f1分支下进行了后面的add c.txt操作,我们用git show 11293e0可以详细查看我们进行了什么操作

img

上图中我们可以看到,merge用的是Fast-foward方式,这个方式是直接帮你提交了,逻辑并不是很好/有兴趣可以去研究一下,输入git merge --help就能看官方文档了。这里我就推荐大家用git merge f1 --no-ff,这个方法能让我们的日志看的更加的清晰。如下图

img

我先是跳转到f1的分支,创建了一个d.txt文件,并提交一次,然后

img

回主master分支,它也提示了比master分支多了2个commits

img

输入git merge f1 --no-ff时,它会提醒了进行适当的修改,你可以不改,按一下esc,并按shift'+:',shift加冒号,输入wq退出,然后输入git log查看,你会发现它先是在f1的分支下add一次,然后合并到master主分支。如果你还是看不出来,这个时候你就可以输入git log --all --decorate --oneline --graph或者是配置完了的git doggit log --oneline也还可以,但是显然前者更加的显而易见

img
img
img

上传到远程仓库

我们用git push方法,上传到远程仓库,注意,这里的上传默认是master分支

img
img

所以我们用git push origin f1:feature1,本地是f1分支,仓库是feature1,如果名称不对,会自动创建一个。

img

我们先在远程仓库的master分支下修改a.txt,然后在本地的master分支下进行git pull操作,如果要在master分支下

img

上述的操作,只能将github上的修改的pull到master分支内,f1分支并没有修改

img

所以我们如果想要f1分支和master分支同步,我们进入f1分支,然后执行git merge操作

img

但是我们也是可以用git rebase master的方法合并,因为我也是不是十分的清楚这两者的关系,所以我就简单得把我的理解阐述一遍

merge rebase 区别

merge 操作试讲两个分支的历史连接在一起;合并操作;更加关注历史记录

rebase 如上就是f1分支移动到master分支的最后一次commit,不会像merge一样又一次不必要的commit,没有提交操作,只是复制

rebase 黄金法则:绝对不要再公共分支使用rebase master

分支冲突

我们先新建分支f2,并修改a.txt。然后切换到f1分支,修改a.txt文件。然后进入f2分支进行合并(merge),这个时候就会发生冲突(记得修改要commit一次),如下:

img
img

上图发生的,a.txt就变成第二个红线框,框内上面的就是本来自己的(Head),下面那个就是冲突的。所以我们就要修改,第一种方法就是直接用编辑器修改,另外一种就是输入git mergetool,并敲回车,就可以进去对所有发生冲突的文件进行修改(这里就不贴图了,记住这个git mergetool就行)

对了修改后,会生成一个a.txt.orig,这个就是发生冲突的记录




这次的博客就到这里了,So

Just have fun...

你可能感兴趣的:(Git合并)