Git是目前世界上最先进的分布式版本控制系统（没有之一）。
文章参考来源：
安装Git 创建初始化仓库
安装Git...
使用
创建一个文件夹
初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：
- 使用命令
git add <file>，注意，可反复多次使用，添加多个文件； - 使用命令
git commit -m <message>，完成。
git add file1.txt
git add file2.txt file3.txt
git commit -m "add 3 files."
git status命令可以让我们时刻掌握仓库当前的状态
git diff file 顾名思义就是查看difference查看修改内容
- 要随时掌握工作区的状态，使用
git status命令。 - 如果
git status告诉你有文件被修改过，用git diff可以查看修改内容。
时空机穿梭
HEAD 版本切换
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，- 穿梭前，用
git log可以查看提交历史，以便确定要回退到哪个版本。 - git log 查看日志 输出信息太多，看得眼花缭乱的，可以试试加上
--pretty=oneline参数： - git log --pretty=oneline
- 回退当前版本的上一个版本 用
- git reset --hard HEAD^
- 回退到指定版本 就指定版本的HEAD Id （一般取前4位就行了 git会自己去查找）
- 使用命令
git reset --hard commit_id。 - git reset --hard 4ffd（HEAD版本号）
- 要重返未来，用
git reflog查看命令历史，以便确定要回到未来的哪个版本。
查看日志：
git log --graph --pretty=oneline --abbrev-commit
暂存区的了解，明白Git的操作是怎么回事儿
暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区； stage
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。 master / other branch
Git核心是跟踪 修改
现在，你又理解了Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中。
git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别
撤销工作区内容和暂存区内容
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，
第一步用命令git reset HEAD file，就回到了场景1，
第二步按场景1操作。git checkout -- file
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
删除文件
命令git rm <file>用于删除版本库里的一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
rm <file> 用于删除工作区的文件 ； 如果误删了，版本库里面还有呢，用
git checkout -- <file> 还原
git checkout 其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”
删除远程库的文件/文件夹
- git rm -r -n --cached *
- git rm -r --cached *
- git commit -m"移除src目录下所有文件的版本控制"
- git push origin master
远程仓库
远程库- 注册GitHub 把本地关联到远程库
要关联一个远程库，
使用命令git remote add origin git@server-name:path/repo-name.git；
path是 GitHub账号名,
repo-name 是仓库名，
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！
从远程仓库克隆到本地
使用命令
git clone git@github.com:GitHub账户名/gitskills.git （文件名）
要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
参数： --depth=1
depth用于指定克隆深度，为1即表示只克隆最近一次commit.
分支管理
创建切换分支 合并分支 拉取分支
Git鼓励大量使用分支：
查看本地分支：git branch
查看远程库分支：git branch -r
查看本地 和 远程库分支：git branch -a
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name> 但会丢掉分支的信息
合并某分支到当前分支 带 --no-ff参数 和 -m “”添加合并信息的描述：
git merge --no-ff -m "message" <name>
删除分支：git branch -d <name>
删除远程库分支：git push origin -d <name>
从远程库拉取指定分支：
git checkout -b dev origin/dev
git checkout -b dev(本地分支名称) origin/dev(远程分支名称)
从远程库删除分支
git push --delete origin testdel (分支名称)
本地分支重命名
git branch -m name rename
推送本地分支到远程仓库
git push origin dev（分支名称）
从查看分支合并信息：git log --graph
分支合并冲突解决
当混帐无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git的合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图产品。
分支管理策略
Git分支十分强大，在团队开发中应该充分应用。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
Bug分支
突然要修bug
先把正在开发的现场暂停保存一下
工作现场git stash一下, 修好后回来 git stash pop 回到工作现场
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
开发新功能，创建新的分支
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作
- 查看远程库信息，使用
git remote -v； - 本地新建的分支如果不推送到远程，对其他人就是不可见的；
- 从本地推送分支，使用
git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交； - 在本地创建和远程分支对应的分支，使用
git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致； - 建立本地分支和远程分支的关联，使用
git branch --set-upstream branch-name origin/branch-name； - 从远程抓取分支，使用
git pull，如果有冲突，要先处理冲突。
标签管理
- 命令
git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id； - 命令
git tag -a <tagname> -m "blablabla..."可以指定标签信息； - 命令
git tag可以查看所有标签。
操作标签
- 命令
git push origin <tagname>可以推送一个本地标签； - 命令
git push origin --tags可以推送全部未推送过的本地标签； - 命令
git tag -d <tagname>可以删除一个本地标签； - 命令
git push origin :refs/tags/<tagname>可以删除一个远程标签。