【Git学习笔记4】关于远程仓库的必知、创建与合并分支（fast foeward模式）及解决冲突

一、远程仓库

(1)前言

在【Git笔记1】本地项目与GitHub远程仓库互联中，我们已经知道远程仓库这么回事，但是并不知道这究竟是啥？

那么，我们简单说说吧。同一个Git仓库可以分布在不同的机器上，他们是怎么分布的？刚刚开始只有一台机器有一个原始版本库，别的机器就“克隆”这个原始版本库在每台机器上的版本库是一样的，没有主次之分。

Github提供Git仓库托管服务。只要注册一个GitHub账号。就可以免费获得Git远程仓库。你可以从Github这个“服务器”仓库克隆项目到自己的电脑上，你和你的小伙伴各自把各自的提交推送到Github仓库里，也可从github仓库中拉取小伙伴的提交。

关于远程仓库的建立：可见【Git笔记1】本地项目与GitHub远程仓库互联第3点介绍的远程仓库。

(2)添加远程库

场景：你已经在本地创建了一个Git仓库后，又想在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步，这样，GitHub上的仓库既可以作为备份，又可以让其他人通过该仓库来协作。详细操作请看【Git笔记1】本地项目与GitHub远程仓库互联第4点介绍的将本地仓库push到Github。

这里说几个点：

1. 添加后，Git默认远程库的名字就是origin，也可以改成别的，但是origin这个名字一看就知道是远程库；
2. 关于git push -u origin master的解读是将本地的master分支推送到origin主机同时指定origin为默认主机，把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程；由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容；推送到远程库新的master分支，还会把本地的master分支和远程的master分支关联起来；在以后的推送或者拉取时就可以简化命令直接使用git push，-u选项指定一个默认主机，（origin就是默认主机），不带任何参数的git push，默认只推送当前分支，这叫做simple方式；此外，还有一种matching方式，会推送所有有对应的远程分支的本地分支；Git 2.0版本之前，默认采用matching方法；
3. 在经过2的指令后，只要本地作了提交，就可以通过命令：git push origin master，把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！
4. 要关联一个远程库，使用命令：git remote add origin git@server-name:path/repo-name.git；
5. 关联后，使用命令git push -u origin master，第一次推送master分支的所有内容,此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
6. 分布式版本系统的最大好处之一，没有联网都可以正常工作,当有网络的时候，再把本地提交推送一下就完成了同步，而SVN在没有联网的时候是拒绝干活的！

(3)从远程库克隆

假设我们从零开发，那么最好的方式是先创建远程库，然后，从远程库克隆

• 第一步：登陆GitHub，创建一个新的仓库。建议不要勾选Initialize this repository with a README。创建完毕后，可以看到README.md文件；
• 第二步：远程库已经准备好了，下一步是用命令git clone克隆一个本地库：

注意：

如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。GitHub给出的地址不止一个，还可以用ssh。

Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。

二、创建与合并分支

需要记住的命令：

• git branch //查看分支
• git branch <name> //创建分支
• git checkout <name>或者git switch <name> //切换分支
• git checkout -b <name>或者git switch -c <name> //创建+切换分支
• git merge <name> //合并某分支到当前分支
• git branch -d <name> //删除分支

预备知识：

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点，HEAD指向谁，谁就是当前分支。

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。当我们创建新的分支，例如dev时：

Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上，图示：

这里，git checkout -b dev 相当于两句话，git branch dev（建一个分支），git checkout dev （切换到这个分支）。可以使用git branch命令查看当前分支。

git branch命令会列出所有分支，当前分支前面会标一个*号，然后，我们就可以在dev分支上正常提交。你也可以使用 git branch -a （显示的是本地版本区和远程库的全部分支）

对readme.txt做个修改，加上一行：Creating a new branch is quick。难道你每次都是打开txt，然后添加？我可是用vim，以后有机会出点关于vim的学习笔记。

我这里以添加Creating a new branch is quick为例，简单说下步骤吧vim <file>打开文件。

输入vim readme.txt，进入是命令行模型，不能编辑，按i进入编辑模式，然后写上需要编辑的内容，然后按esc进行命令行模型，输入：wq（保存退出）。：wq在界面的最下面会出现的。

因为我已经保存了，所以我用：q！（不保存文件，退出vi编辑器 ）。然后提交，切换到master分支，查看一下readme.txt.

发现刚才添加的内容不见了！

不慌，因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

我们把dev分支的工作成果合并到master分支上：

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的：

注意：git merge命令后，有Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

当然，也不是每次合并都能Fast-forward，因为还有冲突需要解决，我们后面会学习其他方式的合并。合并完成后，就可以放心地删除dev分支了：

Switch了解一波，实际上，切换分支这个动作，用switch更科学，因为我们注意到切换分支使用git checkout <branch>，而前面讲过的在工作区进行撤销修改则是git checkout -- <file>，同一个命令，有两种作用，确实有点令人迷惑。

因此，最新版本的Git提供了新的git switch命令来切换分支，创建并切换到新的dev分支，可以使用：git switch -c dev，直接切换到已有的master分支，可以使用：git switch master

三、解决冲突

合并分支往往也不是一帆风顺的，当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

什么情况会有冲突？请看下面例子，我们一起学习鸭。创建feature1分支，继续我们的新分支开发：

修改readme.txt最后一行，改为：Creating a new branch is quick AND simple.

在feature1分支上提交：

切换到master分支，Git还会自动提示我们当前master分支比远程的master分支要超前7个提交。

在master分支上把readme.txt文件的最后一行改为：Creating a new branch is quick & simple.

现在，master分支和feature1分支各自都分别有新的提交，变成了这样：

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

Git告诉我们，readme.txt文件存在冲突，必须手动解决冲突后再提交。

git status也可以告诉我们冲突的文件，如下图：

我们可以直接查看readme.txt的内容：

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们vim打开修改如下后保存：

再提交：

现在，master分支和feature1分支变成了下图所示：

用git log --graph命令可以看到分支合并图。为了简单查看：git log --graph --pretty=oneline --abbrev-commit

别忘记了把分支删除哈，git branch -d feature1

至此，【Git学习笔记4】关于远程仓库的必知、创建与合并分支（fast foeward模式）及解决冲突内容已经讲述完毕，前三期的内容在下面的往期回顾中查看。Git系列是一个偏向于实践的，建议边看边实践，或收藏待看。