跟廖雪峰学习git（5.0）

从远程库克隆

现在，假设从零开发，先创建远程库，然后，从远程库克隆。

首先，登陆GitHub，创建一个新的仓库，名字叫gitskills。

勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。创建完毕后，可以看到README.md文件：

用命令git clone克隆一个本地库：

git clone git@github.com:XueToWei/gitskills.git

输出如下：

Cloning into 'gitskills'...
Enter passphrase for key '/c/Users/Re：CREATORS/.ssh/id_rsa':
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (3/3), done.

进入gitskills目录看看，已经有README.md文件了：

cd gitskills
ls

输出如下：

README.md

小结

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。

Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。

---

分支管理

与平行宇宙类似的概念，Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！

创建与合并分支

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。

目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

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

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

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

Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！

从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

假如我们在dev上的工作完成了，就可以把dev合并到master上。

Git通过直接把master指向dev的当前提交，就完成了合并：

所以Git合并分支也很快！就改改指针，工作区内容也不变！

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

下面开始实战。

创建dev分支，然后切换到dev分支：

git checkout -b dev

输出如下：

Switched to a new branch 'dev'
D       readme.txt

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

git branch dev
git checkout dev

输出如下：

Switched to branch 'dev'

用git branch命令查看当前分支：

git branch

输出如下：

* dev
  master

git branch命令会列出所有分支，当前分支前面会标一个*号。

就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：

Creating a new branch is quick.

然后提交：

git add readme.txt
git commit -m "branch test"

输出如下：

[dev d03e35c] branch test
 1 file changed, 1 insertion(+)

dev分支的工作完成，我们就可以切换回master分支：

git checkout master

输出如下：

Switched to branch 'master'
Your branch is up to date with 'origin/master'.

切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

现在，把dev分支的工作成果合并到master分支上：

git merge dev

输出如下：

Updating ee37c08..d03e35c
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

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

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

合并完成后，就可以放心地删除dev分支了：

git branch -d dev

输出如下：

Deleted branch dev (was d03e35c).

删除后，查看branch，就只剩下master分支了：

git branch

输出如下：

* master

因为创建、合并和删除分支非常快，所以Git鼓励使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。

小结

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>