Git安装，使用，介绍。

git教程

很多朋友现在可能还在使用其他流行的版本控制工具，小常子一直使用svn。最近公司决定更换git。但是对于新人来讲，刚上来对Git很陌生，操作起来也相对有些难度。本文主要针对刚开始接触Git的新人，理解Git的基本原理，掌握常用的一些命令。我们一起学习一下吧

首先我们先来看一下svn与git的区别

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。

Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

git流程图

通过流程图我们可以看到git分为四个板块：
Remote：远程仓库
Repository：仓库区（或本地仓库）
Index / Stage：暂存区
Workspace：工作区

我们先对四个板块了解一下

远程仓库

远程仓库的内容是由一个或多个本地仓库相互协作完成的。所以它的内容是最旧的，起内容可能与本地或某个本地仓库同步，也可能不同步。

仓库区

仓库区最要用来存放 commit 后的内容，以便通过 push到远程仓库。所以内容相比暂存区和工作区也是旧的。
你可以理解为他是一个目录，在这个目录里面的所有文件git都可以管理。比如文件的修改删除。
这样你可以在任何时间甚至脱离网络的情况下都可以查看历史或回退到某个历史版本。

暂存区

.git目录下的index文件, 暂存区会记录 git add添加文件的相关信息(文件名、大小、timestamp…)，不保存文件实体, 通过id指向每个文件实体。可以使用 git status查看暂存区的状态。暂存区标记了你当前工作区中，哪些内容是被git管理的。

当你完成某个需求或功能后需要提交到远程仓库，那么第一步就是通过 git add先提交到暂存区，被git管理。

工作区

程序员进行开发改动的地方，是你当前看到的，也是最新的。

平常我们开发就是拷贝远程仓库中的一个分支，基于该分支进行开发。在开发过程中就是对工作区的操作。

工作区、暂存区、版本库之间的联系

 工作区：就是你在电脑上看到的目录，比如目录下testgit里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。
版本库(Repository)：工作区有一个隐藏目录.git,这个不属于工作区，这是版本库。其中版本库里面存了很多东西，其中最重要的就是stage(暂存区)，还有Git为我们自动创建了第一个分支master,以及指向master的一个指针HEAD。

以上是理论知识接下来我们开始使用

安装git

大家去官网下载即可
默认安装即可
安装完成后，鼠标右键由下图内容
后点击Git Bash Here 出现一个命令窗口就ok了。
如果只是去下载别人的代码接下来设置用户名密码可忽略。
接下来在打开的页面执行以下命令（用户名邮箱账号填写自己的）
注:以上命令创建成功后表示以后你的电脑所有git仓库都会用到这个配置。你也可以不同的仓库指定不同的用户名和邮箱。

创建版本库

首先我们创建一个文件夹，例：repository1,后执行git init命令
注：git init 命令是把当前目录变成可以被git管理的仓库。当执行完成后你的目录下后有一个.git的目录，这个目录是Git来跟踪管理版本的，没事千万不要手动乱改这个目录里面的文件，否则，会把git仓库给破坏了。
接下来我们开始演示
我们在库repository1中建一个test.txt文件，并输入一句话如：第一次输入。后使用 git add test.txt 将文件添加到暂存区。如果没有任何提示说明是成功的。
注：add 相关的命令
接下来我们验证一下是否添加到暂存区
我们通过 git status 命令看到目前有一个test.txt文件存在，证明暂存区是有的。
那么接下来我们我们将文件进一步提交到本地仓库。使用git commit 命令，具体如下
commit 相关命令
提交成功后我们同样通过git status 来检查一下暂存区test.txt文件是否提交同样也可以看到是否有其他未提交的文件
通过上图可以看到当前没有待提交的文件。
那么我么修改test.txt文件，然后在通过git status 查看（在文件中加一句话即可）
上图可以看到显示本地文件test.txt文件被更改尚未提交。但是上图我们只知道test.txt文件被更改，却不清楚到底修改了什么。我们可以通过git diff 命令来查看到底修改了什么
我们看到我们新加的那一行颜色较深切前面有个加号（注此处与版本有关，在旧的版本中是对比效果先打印旧的内容，后打印新的内容自己对比，如果文件内容过大显然不适用，顾新版本是现在这样子）
至此我们看到我们修改了什么，那么我们就可以add到暂存区后commit到本地仓。后通过status查看。与上面一样，此处就不做演示。
在项目中我们不可能一直有事提交，偶尔需要回退接下来小常子就带您一起学习一下在git中回退是怎么样的。

同样的我们在我们的test.txt文件添加一行以做回退使用，如：添加一行版本回退测试。
后将test.txt文件添加到暂存区后提交到本地仓。
到现在我们已经提交了三次，我们想回退，首先我们要知道有哪些提交记录。通过gitl og命令可以让我们知道版本提交历史信息
git log命令显示从最近到最远的显示日志，我们可以看到最近三次提交，最近的一次是,增加内容为版本回退测试.上一次是添加内容第二次提交，第一次默认是 提交test.txt.如果嫌上面显示的信息太多的话，我们可以使用命令 git log –pretty=oneline 演示如下：
现在我们知道了历史版本，我们就可以回退到我们想要的版本。有两种方法
第一种是：git reset --hard HEAD^ 那么如果要回退到上上个版本只需把HEAD^ 改成 HEAD^^ 以此类推。那如果要回退到前100个版本的话，使用上面的方法肯定不方便，我们可以使用下面的简便命令操作：git reset --hard HEAD~100 即可。在此我们演示回退上一个版本：
我们通过查看test.txt文件来验证回退是否成功
我们看到文件内容变成了第二次提交时的内容。
此时我们再来看一下历史记录
我们看到第三次输入的内容没有显示。，但是现在我想回退到最新的版本，也就是有第三次内容的版本要怎么做呢？每次提交git会为我们生成相应的版本号，那我是不是可以通过版本号来回退呢
我们可以通过 git reflog 命令看到目前所有的版本号
我们看到我们要恢复的版本号是3d5b987.那么我们就可以通过git 为我们提供的 reset 命令回退到最新版
回退成功后我们查看test.txt文件内容来验证一下是否成功
通过上图我们可以看到test.txt文件成功回退到最新版。但有的时候我们写的内容已经提交了需要撤销怎么办？例我们在test.txt文件中新增一行如：测试撤销修改

在我未提交之前，我发现添加“测试撤销修改”内容有误，所以我得马上恢复以前的版本，现在我可以有如下几种方法可以做修改：

如果我知道要删掉那些内容的话，直接手动更改去掉那些需要的文件，然后add添加到暂存区，最后commit掉。

我可以按以前的方法直接恢复到上一个版本。使用 git reset --hard HEAD^

但是现在我不想使用上面的2种方法，我想直接想使用撤销命令该如何操作呢？首先在做撤销之前，我们可以先用 git status 查看下当前的状态。如下所示：
可以发现，Git会告诉你，git checkout – 可以丢弃工作区的修改，如下命令

命令 git checkout --test.txt 意思就是，把readme.txt文件在工作区做的修改全部撤销，这里有2种情况，如下：

test.txt自动修改后，还没有放到暂存区，使用 撤销修改就回到和版本库一模一样的状态。

另外一种是readme.txt已经放入暂存区了，接着又作了修改，撤销修改就回到添加暂存区后的状态

对于第二种情况，我想我们继续做demo来看下，假如现在我对test.txt添加一行 内容为测试暂存区，我git add 增加到暂存区后，接着添加内容测试暂存区撤销，我想通过撤销命令让其回到暂存区后的状态。如下所示：
注意：命令git checkout – test.txt 中的 – 很重要，如果没有 – 的话，那么命令变成创建分支了。
到目前为止我们对文件的操作基本学习完毕，唯独删除没有说明，删除其实很简单，你可以通过命令rm 也可以在本地删除。后commit。此处就不演示了。
到目前为止我们一直都是基于本地仓库的，接下来我们将引入远程仓库。
远程仓库需要我们在github注册账号。而且本地仓库与githab仓库之间是通过SSH加密传输的。所以需要制作一个证书。
（制作前可在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果有的话，直接跳过此如下命令，如果没有的话，打开命令行，输入如下命令：ssh-keygen -t rsa -C "youremail@xx.com"）

执行后查看目录下是否有以下文件
id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。

第二步：登录github,打开” settings”中的SSH Keys页面，然后点击“Add SSH Key”,填上任意title，在Key文本框里黏贴id_rsa.pub文件的内容。

点击 Add Key，你就应该可以看到已经添加的key。

现在我们已经在本地创建了一个Git仓库后，又想在github创建一个Git仓库，并且希望这两个仓库进行远程同步，这样github的仓库可以作为备份，又可以其他人通过该仓库来协作。
如何添加远程库？

首先，登录github上，然后在右上角找到“create a new repo”创建一个新的仓库。如下：
在Repository name填入testgit，其他保持默认设置，点击“Create repository”按钮，就成功地创建了一个新的Git仓库：

目前，在GitHub上的这个test库还是空的，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。
现在，我们根据GitHub的提示，在本地的testgit仓库下运行命令：

git remote add origin https://github.com/tugenhua0707/testgit.git

具体如下
在此过程中新版本会提示输入输入用户名密码
如下图所示，输入girhub账号密码即可
后出现本地仓账号密码，本次测试直接回车即可
把本地库的内容推送到远程，使用 git push命令，实际上是把当前分支master推送到远程。

push相关命令

由于远程库是空的，我们第一次推送master分支时，加上了 –u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。推送成功后，可以立刻在github页面中看到远程库的内容已经和本地一模一样了，上面的要输入github的用户名和密码如下所示：
从现在起，只要本地作了提交，就可以通过如下命令：

git push origin master

把本地master分支的最新修改推送到github上了，现在你就拥有了真正的分布式版本库了.
但是在实际应用中，我们都是从远程仓库克隆到本地仓库后对本地仓库进行更改。
那么我们该如何克隆呢？此处我们就以我们刚刚创建的test远程仓库为例。
登录github，找到我们的远程仓库，后找到我们的 仓库连接，如下图
现在我们已经复制好了远程仓库的地址，接下来我们在本地新建一个repository2文件夹来进行克隆。使用git clone ，具体使用如下
成功后我们的repository2文件夹就有了远程仓库的文件。
且文件内容正是我们刚刚提交到远程仓库的
当我们从远程仓库克隆下文件后，当我们需要多个人使用时我们需要创建分支，创建分支后面临的又是合并分支，接下来我们一起学习一下。
首先，我们来创建dev分支，然后切换到dev分支上。如下操作：
git checkout命令加上 –b参数表示创建并切换，相当于如下2条命令

git branch dev

git checkout dev

git branch查看分支，会列出所有的分支，当前分支前面会添加一个星号。
涉及到分支，大概有创建分支，删除分支，展示分支，切换分支四种操作，命令如下

然后我们在dev分支上继续做测试，比如我们现在在test.txt再增加一行“测试分支合并”并提交。
提交成功后现在dev分支工作已完成，现在我们切换到主分支master上，继续查看test.txt内容如下：

现在我们可以把dev分支上的内容合并到分支master上了，可以在master分支上，使用如下命令 git merge dev 如下所示：
git merge命令用于合并指定分支到当前分支上，合并后，再查看test.txt内容，可以看到，和dev分支最新提交的是完全一样的。
以上用到了git merger 命令，相关命令如下：
合并完成后，我们可以接着删除dev分支了，操作如下：
一般在merge之后，会出现conflict，需要针对冲突情况，手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示，需要手动解除。那么如何解除，首先我们先模拟一个文件冲突。我们可以新建一个test1的分支，后再test.txt新增一行“测试文件冲突。。。”
然后提交
同样，我们现在切换到master分支上来，也在最后一行添加内容，内容为“测试版本冲突。。。”，后提交如下所示：
现在我们需要在master分支上来合并test1，合并后我们查看test文件

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，其中<<<HEAD是指主分支修改的内容，>>>>>test1是指test1上修改的内容，我们需要手动修改后重新提交即可。

如果我想查看分支合并的情况的话，需要使用命令 git log.命令如上图所示
有了分支，就应当管理分支。
通常合并分支时，git一般使用”Fast forward”模式，在这种模式下，删除分支后，会丢掉分支信息，现在我们来使用带参数 –no-ff来禁用”Fast forward”模式。首先我们来做demo演示下：

创建一个dev分支。

修改test.txt内容。

添加到暂存区。

切换回主分支(master)。

合并dev分支，使用命令 git merge –no-ff -m “注释” dev

查看历史记录

通过上图我们发现我们创建的dev在使用了-no-ff后，即使执行了删除分支命令，但是当执行log时发现dev分支其实还在。
分支策略：首先master主分支应该是非常稳定的，也就是用来发布新版本，一般情况下不允许在上面干活，干活一般情况下在新建的dev分支上干活，干完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。
分支不仅可以让不同的人同时操作自己的内容，还可以用来修复bug。下面我们一起来研究一下。
在开发中，会经常碰到bug问题，那么有了bug就需要修复，在Git中，分支是很强大的，每个bug都可以通过一个临时分支来修复，修复完成后，合并分支，然后将临时的分支删除掉。

比如我在开发中接到一个404 bug时候，我们可以创建一个404分支来修复它，但是，当前的dev分支上的工作还没有提交。
并不是我不想提交，而是工作进行到一半时候，我们还无法提交，比如我这个分支bug要2天完成，但是我issue-404 bug需要5个小时内完成。怎么办呢？还好，Git还提供了一个stash功能，可以把当前工作现场 ”隐藏起来”，等以后恢复现场后继续工作。如下：
所以现在我可以通过创建issue-404分支来修复bug了。

首先我们要确定在那个分支上修复bug，比如我现在是在主分支master上来修复的，现在我要在master分支上创建一个临时分支，修复完成后，切换到master分支上，并完成合并，最后删除issue-404分支。现在，我们回到dev分支上干活了。工作区是干净的，那么我们工作现场去哪里呢？我们可以使用命令 git stash list来查看下。如下：
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，可以使用如下2个方法：

git stash apply恢复，恢复后，stash内容并不删除，你需要使用命令git stash drop来删除。

另一种方式是使用git stash pop,恢复的同时把stash内容也删除了。如下图所示

当你从远程库克隆时候，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且远程库的默认名称是origin。

要查看远程库的信息 使用 git remote

要查看远程库的详细信息 使用 git remote –v

如下演示：

推送分支就是把该分支上所有本地提交到远程库中，推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上： 使用命令 git push origin master

比如我现在的github上的test.txt代码如下：

本地的test.txt代码如下：
现在我想把本地更新的test.txt代码推送到远程库中，使用命令如下：
我们可以看到如上，推送成功，我们可以继续来截图github上的test.txt内容 如下：

可以看到 推送成功了，如果我们现在要推送到其他分支，比如dev分支上，我们还是那个命令 git push origin dev

那么一般情况下，那些分支要推送呢？

master分支是主分支，因此要时刻与远程同步。

一些修复bug分支不需要推送到远程去，可以先合并到主分支上，然后把主分支master推送到远程去。
其他相关的命令
常用Git命令
网上找了个图，别人整理的一张图，很全很好，借来用下。