深入浅出图解Git，入门到精通（一）

git remote add origin https://github.com/liduchang/redis.git
git push -u origin master（由于新建的GitHub仓库是空的，所以第一次推送master分支时需要加-u参数，以后再推送就不用加了）

这样你本地的Reids目录下的文件与Github进行了关联，只要在Redis目录中修改了文件，就可以使用git push origin master推向远程的Github仓库。

这有一点说明的就是这里配置的是https的方式，可以配置成ssh的方式，因为http上的方式每次推向远程仓库的时候都会让你输入密码，有点麻烦：

切换的方法，如下图所示，只要跟着下面的命令进行操作就能随意进行协议的切换了，还是比较简单的，这里就直接略过：

Git原理

上面说了那么多就是简简单单的对Git进行介绍，做一个简单的入门，下面就开始Git的原理的深入的剖析。

在Git中有四个概念：「远程仓库、工作区、暂存区、版本库」。远程仓库就是我们Git的服务器，用于存储已经管理团队的代码。

工作区、暂存区、版本库是我们本地的，例如当我们初始化git init后，就会在当前的目录下出现.git目录，「redis目录就是我们的工作区，而.git目录是我们的版本库所有的版本信息都在这里」。

在.git目录下index文件(.git/index)，这就是「暂存区」，叫做stage或者index，index和我们的数据库的index类似，所以我们有时候也叫它为「索引」。

这四个区域实现的原理图所下所示，使用过Git的对于下面的命令再熟悉不过了。从原理图中可以看出代码可以在不同的level之间转移，也可以跨level之间转移，所有的这些动作都是通过Git的命令去实现。

初始化的时候Git还会自动为我们创建第一个分支master，以及指向master的一个指针叫做HEAD。

克隆项目

在我们实际的工作环境中，都会从服务器上进行克隆项目到本地，Git中使用git clone命令可以进行克隆项目：

git clone https://github.com/liduchang/redis

执行git clone就会生成一份副本，在本地仓库和工作区都会同步副本，具体的原理图如下所示：

提交代码

从上面的图中我们可以到，代码可以在不同level之间移动，高level到低level，或者逆向低level到高level，也可以跨level之间移动。

Git中代码从低level到高leve的移动主要依靠以下命令：

• git add .：文件添加进暂存区。
• git commit -m "提交信息"：文件添加进本地仓库，-m参数改为-am可以直接推向本地仓库。
• git push：文件推向远程仓库。

运行git commit -a相当于运行git add把所有文件加入暂存区，然后再运行git commit把文件提交本地仓库。

代码回退

那么从高level向低level移动代码的命令如下：

• git pull：从远程仓库拉取代码到本地。
• git reset --files：用本地仓库覆盖暂存区中修改，也就是覆盖最后一次git add的内容。
• git checkout --files：把文件从暂存区复制到工作区，用于放弃本地的修改。
• git checkout HEAD --files：回退最后一次的提交内容。

下面我用自己本地与github的操作测试上面的命令，加深对上面的命令的理解和使用，当我在本地新建一个github仓库中没有的文件：

可以看到文件的显示Untracked files：未被追踪的文件，「表示该文件未被git追踪管理」。

新添加的文件可以通过「git add添加到在暂存区」，「这样文件就能够被git进行追踪」，此时再使用git status查看文件时，就可以看到两个文件已经是以new file的形式进行显示：

版本回退

若是你想撤销提交到暂存区的内容，使用git reset，可以撤销向暂存区新添加的文件：

也可以在使用命令：git reset --hard HEAD^，表示回退上一个版本，「在Git中HEAD表示当前版本，HEAD^表示上一个版本」，若是有多个版本，这样表示就不方便了，可以使用HEAD~10，表示版本的次数。

在Git每一个commit都会有自己的commit的ID，可以通过git log进行查看：

commit的本质就是：「每次Git都会用暂存区的文件创建一个新的提交，把当前的分支指向新的提交节点，这样就完成了一次新的提交」：

若是HEAD指针指向的是bran分支，那么新的节点就会成为jh509的子节点，并且形成新的分支：

也就可以使用git log --pretty=oneline：直接输出commit的ID，信息比较简短，然后直接指定ID的回退：

$ git reset --hard  5567a

当你再次检查你的代码的时候就会回到了id为5567a版本，在Git的版本回退原理中，Git的内部有一个指向当前版本的HEAD指针，只要从当前版本指回去就行了，所以Git版本的回退是特别快的，只需要移动指针，实现的原理图如下所示：

撤销修改

丢弃工作区的修改使用：git checkout -- file命令，这条命令中的--files是不能漏的，若是只是git checkout就表示切换另一条分支的命令了。

在我的本地我直接修改：README.md文件，然后使用git status进行查看，他表示文件处于modified状态：此时的README.md文件是还没有被添加进暂存区的，可以直接使用以下命令，撤销掉工作区的修改：

git checkout -- README.md

若是已经添加到暂存区了，使用以下的命令进行回撤：

git reset HEAD README.md

上面也演示了git reset命令，它既可以回退版本，又可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

当你提交了修改后，可以使用git diff查看两次提交之间的变动，它的本质就是「任意比较两个仓库之间的差异」：

删除文件

在工作区直接使用rm fileName，这个操作和linux的命令一样，若是文件已经提交版本库，从版本库中删除文件可以使用git rm命令进行删除，然后提交：

$ git rm README.md
$ git commit -m "remove README.md" 

若是删除错了，可以使用git checkout -- README.md进行恢复，其原理就是使用版本库的文件替换工作区的文件。

代码冲突

在团队中集体使用Git的时候，每个人都提交自己的代码最后合并到主干，总有会push失败的时候，因为push的本质：「就是用你本地仓库的commit记录去覆盖远程仓库的commit记录」。

但是别人提交了一些代码，而你本地并没有这些代码，这样代码就会被覆盖，导致别人的commit的记录就不存在，这个是绝对不允许的。

所以，每次push的时候Git就会检查，若是存在这种情况就是push失败，只要先git pull一下，将本地仓库与远程仓库先合并一下，最后push就可以成功了，若是文件中已经存在在冲突代码，只要打开文件重新解决一下冲突即可。

这是图解Git的第一篇，限于篇幅，我们下一篇继续图解Git操作，下一期间见。