目录
Git是目前世界上最先进的分布式版本控制系统。
Workspace：工作区
Index / Stage：暂存区
Repository：仓库区（或本地仓库）
Remote：远程仓库SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。
Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
$ git config --global user.name "ccpang"
$ git config --global user.email "ccpang96@163.com"
git config --global 参数，有了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然你也可以对某个仓库指定的不同的用户名和邮箱。
什么是版本库？
版本库又名仓库，英文名repository,你可以简单的理解一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改，删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻还可以将文件”还原”
git init 把目录变成git可以管理的仓库。
git add readme.txt 将readme.txt文件添加到暂存区（index）
git commit -m "readme.txt提交" 把文件提交到仓库
git status 查看是否有文件未提交
//当文件被修改时，再次使用git status出现以下代码
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
git diff readme.txt 查看文件修改了哪些内容git log 从近到远的显示日志
git log --pretty=oneline 从近到远显示日志 每个一行
git reset --hard HEAD~1 往上回退1个版本
git reset --hard HEAD~100 往上回退100个版本
cat readme.txt 查看readme.txt文件的内容
git reflog 查看提交的版本号
git reset --hard xxxxxxx 恢复到某个版本
工作区：就是你在电脑上看到的目录，比如目录下testgit里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。
版本库(Repository)：工作区有一个隐藏目录.git,这个不属于工作区，这是版本库。其中版本库里面存了很多东西，其中最重要的就是stage(暂存区)，还有Git为我们自动创建了第一个分支master,以及指向master的一个指针HEAD。
我们前面说过使用Git提交文件到版本库有两步：
第一步：是使用 git add 把文件添加进去，实际上就是把文件添加到暂存区。
第二步：使用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支上。
### 8.Git撤销文件操作
git checkout -- readme.txt //丢弃未提交到暂存区的修改 即把在工作区做的修改全部撤销
### 9.删除文件操作
rm b.txt 删除b.txt
git check -- b.txt 没有commit之前，恢复b.txt文件
## 远程仓库
---
### 1.创建ssh密钥
本地Git仓库和github仓库之间的传输是通过SSH加密的，所以需要一点设置：
第一步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果有的话，直接跳过此如下命令，如果没有的话，打开命令行，输入如下命令：
ssh-keygen -t rsa -C "ccpang96@163.com"id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
存放路径：C:\Users\Administrator\.ssh
密码：pc960918git remote add origin https://github.com/ccpang96/testgit.git
git push -u origin master使用 git push命令，实际上是把当前分支master推送到远程
由于远程库是空的，我们第一次推送master分支时，加上了 –u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。推送成功后，可以立刻在github页面中看到远程库的内容已经和本地一模一样了，上面的要输入github的用户名和密码如下所示：
从现在起，只要本地作了提交，就可以通过如下命令：
git push origin master把本地master分支的最新修改推送到github上了，现在你就拥有了真正的分布式版本库了。
git clone https://github.com/ccpang96/testgit2 从远程库中将testgit2克隆到本地库在 版本回填退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
git checkout -b dev :表示创建并切换到dev分支上
相当于以下两条命令
git branch dev 查看分支，会列出所有分支，当前分支前会添加一个星号
git checkout dev 切换到dev分支上
git merge dev 将dev分支上的内容合并到master上
git branch -d dev 删除dev分支
在分支上对文件进行修改后，一定要add /commit，不然还只是一个本地文件。
当合并分支出现矛盾时（同时修改了文件）：
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，其中<<<HEAD是指主分支修改的内容，
fenzhi1 是指fenzhi1上修改的内容，我们可以修改下如下后保存：
git log 查看分支合并情况通常合并分支时，git一般使用”Fast forward”模式，在这种模式下，删除分支后，会丢掉分支信息，现在我们来使用带参数 –no-ff来禁用”Fast forward”模式。
首先我们来做demo演示下：
git checkout -b dev 创建一个dev分支
然后修改readme.txt内容，添加到暂存区。
切换回主分支(master)。 合并dev分支，使用命令
git merge -no-ff-m "注释（merge with no-ff）" dev -no-ff表示禁用fast forward
分支策略：首先master主分支应该是非常稳定的，也就是用来发布新版本，一般情况下不允许在上面干活，干活一般情况下在新建的dev分支上干活，干完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。
这样在dev上修改的东西，就可以合并到master上来了，可以用来push到仓库里。
在开发中，会经常碰到bug问题，那么有了bug就需要修复，在Git中，分支是很强大的，每个bug都可以通过一个临时分支来修复，修复完成后，合并分支，然后将临时的分支删除掉。比如我在开发中接到一个404 bug时候，我们可以创建一个404分支来修复它，但是，当前的dev分支上的工作还没有提交。比如如下：
git stash 把当前的工作现场隐藏起来，等以后恢复现场后继续工作
## 参考链接
https://www.zhihu.com/search?type=content&q=Git%E6%95%99%E7%A8%8B原文：https://www.cnblogs.com/ccpang/p/11506596.html