感谢大佬：本文引用该大佬文章，点击到原文
1.Git 和 Svn：分布式VS集中式
svn是集中式版本管理,效果图如下：
git属于分布式版本管理,效果图如下：
git 的直接版本控制在于自己的主机，它拥有自己的本地仓库，因此他可以在不联网的情况下进行版本控制；对于git来说中央主机的存在只不过是提供一个众所周知的更新地址。但是svn的中央主机就是其工作命脉，在svn中假如中央主机瘫痪了，那么恭喜你今天你可以放假了。。。
2.git强大的分支管理
当你使用svn进行版本控制想进行“后悔”（版本回退）操作的时候是一件很痛苦的事情，你只能通过自己的印象去把代码修改回来；或许这并不能说服你，但是如果你的产品经理叫你修改之后又叫你修改回来呢。。。如果你使用的是git的话你可以很简单的使用它的分支来进行控制，当然有的人还是会说svn也是有分支的，博学的你当然不会有错，只不过svn是通过建立文件夹然后复制来实现的，在大项目的时候这点就有点日狗了。
二.使用命令行（windows）
Git安装完成后，在文件夹目录下点击鼠标右键中出现 Git GUI Here 和 Git Bash Here，点击Git Bash Here出现如下窗口：
三.Git的思想和基本工作原理
Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异：
Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接。Git 的工作方式就如下图所示。
git文件经过了Git工作目录，暂存区域，Git本地仓库三个工作区域，在脑海里一定要有这个概念。
四.Git的简单使用
1.初始化操作
建立文件夹
—> 使用 git config --global user.name "Name" 例如：git config --global user.name "zhangsan"
—>使用 git config --global user.email "Email" 例如：git config -- global user.email "[email protected]" 来配置自己的信息
初始化
使用 git init 初始化，出现如下效果表示初始化成功，在你的文件夹下会创建一个隐藏的 .get 文件
2.Git本地提交
通过 git add . 将该工作目录下的所有文件添加到暂存区，或者使用 git add +文件名 添加单个文件到暂存区；在此过程中你可以使用 git status
命令来查看当前文件的状态。效果图如下：
通过 git status 在最后一行看到 新建了一个文件 叫test.txt 并且此时文件是绿色的。
通过 git commit -m "firstcommit"来将暂存区的文件提交到本地仓库，-m 表示注释，后面的内容是注释内容；同样可以使用git commit +文件名 来提交单个文件；
或：git commit -m "提交说明" --no-nerify （--no-verify 意思是不检测语法直接提交）
在此过程中你可以使用 git status 命令来查看当前文件的状态。效果图如下：
通过 git status 看到 1 file changed,1 insertion(+),此时文件为白色。
3.远程提交（这里演示提交到github）
第一步：先注册github 账号,添加一个新仓库
第二步：使用 ssh-****** -t rsa -C"Email" 例如 ssh-****** -t rsa -C"[email protected]"，一路回车，效果如下
然后去它提示的路径编辑id_rsa.pub文件，将文件内容复制下来，在进入github的setting 下的SSH and GPG Key目录下将复制的内容添加中，如图：
第三步：使用 git remote add origin +ssh地址 ，将本地和github进行关联 例如：git remote add origin [email protected]:Venus-Software/android_recyclerview.git （ssh地址从github的clone or download中获取）,使用 git push -u origin master 来进行上传：
同样有可能出现如上的问题原因是因为你的github的该目录下和本地的仓库存在冲突，你需要处理，这个使用你应该使用 git pull --rebase origin master 来进行处理，然后重新使用 git push -u origin master。
在 github上查看效果如下：
完美提交
4.创建分支
可以使用git branch +name 来创建分支 ，使用 git checkout +name 来切换分支，当然可以使用git checkout -b +name来创建新分支并且切换到该分支。
使用 git branch 来查看分支，使用git merge “注释” 合并的目标分支。
五.后悔操作
Git使用指导
一、创建新仓库
创建新文件夹，打开，然后执行 git init ，以创建新的git仓库。
git init
二、检出仓库
执行如下命令以创建一个本地仓库的克隆版本：
git clone /path/to/repository
如果是远端服务器上的仓库，你的命令会是这个样子：
git clone [email protected]:/path/to/repository
你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 暂存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，它指向你最后一次提交的结果。
三、添加和提交（idea，webSocket中的快捷键是 Ctrl + K）
你可以提出更改（把它们添加到暂存区），使用如下命令：
git add <filename> ：添加一个文件
git add * ：添加所有文件
这是 git 基本工作流程的第一步；
使用如下命令以实际提交改动：
git commit -m "代码提交信息" (--no-verify （表示不检测语法直接提交）)
现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。
四、提交到远端仓库 （idea，webSocket中的快捷键是 Ctrl + Shift + K）
执行如下命令以将这些改动提交到远端仓库：
git push origin master
可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：
git remote add origin <server>
如此你就能够将你的改动推送到所添加的服务器上去了。
分支
分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。
创建一个叫做“feature_x”的分支，并切换过去：
git checkout -b feature_x
切换回主分支：
git checkout master
再把新建的分支删掉：
git branch -d feature_x
除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：
git push origin <branch>
更新与合并（idea，webSocket中的快捷键是：Ctrl + T）
要更新你的本地仓库至最新改动，执行：
git pull
以在你的工作目录中 获取（fetch） 并 合并（merge） 远端的改动。
要合并其他分支到你的当前分支（例如 master），执行：
git merge <branch>
在这两种情况下，git 都会尝试去自动合并改动。遗憾的是，这可能并非每次都成功，并可能出现冲突（conflicts）。 这时候就需要你修改这些文件来手动合并这些冲突（conflicts）。
改完之后，你需要执行如下命令以将它们标记为合并成功：
git add <filename>
在合并改动之前，你可以使用如下命令预览差异：
git diff <source_branch> <target_branch>
关于查看提交历史记录的命令，有些常用的选项介绍一下：
git log [分支名]查看某分支的提交历史，不写分支名查看当前所在分支git log --oneline一行显示提交历史git log -n其中 n 是数字，查看最近 n 个提交git log --author [贡献者名字]查看指定贡献者的提交记录git log --graph图示法显示提交历史