Git极简教程(3)--branch级别的操作，合并分支

Git极简教程(3)--branch级别的操作
origin也有一个默认叫master的branch。默认主分支 origin/master
git pull
这个命令是更新origin（比如朋友提交了新的改动，需要同步），然后把master与origin/master合并，把合并后的叫做新的master。其实，这个命令等价于下面的两个命令的组合：
git fetch origin
git merge origin/master

两个branch的合并（merge）

不同的remote之间是以branch来为单位来进行同步的，这就涉及到不同branch的合并了。我们先考虑一种简单的情况来理解合并（merge）操作：

左边是两台电脑上的情况，上面的人有三个改动，增加了a.txt文件，增加了b.txt文件，增加了c.txt文件；下面的人也有三个改动，增加了a.txt文件，增加了b.txt文件，增加了d.txt文件。如何合并这两个人的修改呢？最直观的方式，就是保留相同的修改，把不同的修改都保留，就好啦，像右边的图那样，最后，保留了四个改动：增加了a.txt文件，增加了b.txt文件，增加了c.txt文件，增加了d.txt文件。

所以，简单理解，如何合并两个branch呢？

1. 保留两个branch相同的改动
2. 保留两个branch不同的改动

这么一想，合并似乎很简单，把改动做个并集就行了。其实并不是的，两个branch合并的时候，有时候会有冲突，比如：

左边是两个branch，模拟的是一个只有两行的文件。第一次改动，把第一行写上了a，第二次，两个branch分别在第二行写上了b和c，那么，在合并的时候，第一个公共的改动保留就可以了，可是第二个改动改采取哪一种呢？这就是改动发生了冲突（conflict），需要人来决定第二行该是什么内容，是b还是c还是bc，这叫冲突解决（resolve conflict）。

到这里，我们从概念上理解了两个branch是如何合并成一个branch的。

对于极简教程而言，我们不需要创建branch，只要使用默认的名为master的branch就好了。我们主要是和origin这个remote同步，而origin也有一个默认叫master的branch。所以，我们的主要任务是了解如何合并 master 与 origin/master。

git pull

这个命令是更新origin（比如朋友提交了新的改动，需要同步），然后把master与origin/master合并，把合并后的叫做新的master。其实，这个命令等价于下面的两个命令的组合：

git fetch origin
git merge origin/master

第一行就是更新origin，第二行是合并两个分支。

这个命令就是保持与最新的公共版同步。

在开始工作之前，请先 git pull , 保持与朋友的最新版处于同步状态，避免冲突。

如果冲突了，那只能手动解决。推荐使用VS Code解决。

检测到一个文件有冲突时，VS Code在打开的时候就会明显地显示出来，大部分时候只要点一下上面四个按钮里面的一个就可以达到效果。

修改好之后，执行 git add -u && git merge --continue 就可以啦。

git push

当我们在自己的电脑上做出了一些改动的时候，我们可以用这条命令把自己电脑上的改动同步到云端。

branch级别的操作就介绍到这里，后面再介绍怎么保存每一个改动。

    Git push

        在使用git commit命令将修改从暂存区提交到本地版本库后，只剩下最后一步将本地版本库的分支推送到远程服务器上对应的分支了，如果不清楚版本库的构成，可以查看我的另一篇，git 仓库的基本结构。

    git push的一般形式为 git push <远程主机名> <本地分支名>  <远程分支名> ，例如 git push origin master：refs/for/master ，即是将本地的master分支推送到远程主机origin上的对应master分支， origin 是远程主机名，

    第一个master是本地分支名，第二个master是远程分支名。

    1.1 git push origin master

        如果远程分支被省略，如上则表示将本地分支推送到与之存在追踪关系的远程分支（通常两者同名），如果该远程分支不存在，则会被新建

     1.2 git push origin ：refs/for/master 

　　如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支，等同于 git push origin --delete master

    1.3 git push origin

　　 如果当前分支与远程分支存在追踪关系，则本地分支和远程分支都可以省略，将当前分支推送到origin主机的对应分支 

　1.4 git push

　　如果当前分支只有一个远程分支，那么主机名都可以省略，形如 git push，可以使用git branch -r ，查看远程的分支名

　1.5 git push 的其他命令

　　这几个常见的用法已足以满足我们日常开发的使用了，还有几个扩展的用法，如下：

　　　　（1） git push -u origin master 如果当前分支与多个主机存在追踪关系，则可以使用 -u 参数指定一个默认主机，这样后面就可以不加任何参数使用git push，

　　　　　　不带任何参数的git push，默认只推送当前分支，这叫做simple方式，还有一种matching方式，会推送所有有对应的远程分支的本地分支， Git 2.0之前默认使用matching，现在改为simple方式

　　　　　　如果想更改设置，可以使用git config命令。git config --global push.default matching OR git config --global push.default simple；可以使用git config -l 查看配置

　　　　（2） git push --all origin 当遇到这种情况就是不管是否存在对应的远程分支，将本地的所有分支都推送到远程主机，这时需要 -all 选项

　　　　（3） git push --force origin git push的时候需要本地先git pull更新到跟服务器版本一致，如果本地版本库比远程服务器上的低，那么一般会提示你git pull更新，如果一定要提交，那么可以使用这个命令。

　　　　（4） git push origin --tags //git push 的时候不会推送分支，如果一定要推送标签的话那么可以使用这个命令

　1.6 关于 refs/for

　　// refs/for 的意义在于我们提交代码到服务器之后是需要经过code review 之后才能进行merge的，而refs/heads 不需要