一、简述
Git是目前世界上最先进的分布式版本控制系统（没有之一）。
Git的特点：高端大气上档次！
Git的诞生：Linus用C写的分布式版本控制系统。
Git的优势：（1）不需要联网；（2）有极其强大的分支管理能力。
二、安装
Linux、macOS、Windows、Solaris、Raspberry Pi等操作系统上都可以安装Git，本文只介绍前三种常用等操作系统。
1、在Linux上安装Git
首先，你可以试着输入git，看看系统有没有安装Git：
$ git
The program 'git' is currently not installed. You can install it by typing:
sudo apt-get install git
像上面的命令，有很多Linux会友好地告诉你Git没有安装，还会告诉你如何安装Git。
或者可以直接通过源码安装：先从Git官网下载源码，然后解压，依次输入：./config，make，sudo make install这几个命令安装。
2、在Mac OS X上安装Git
有两种安装Git的方法：
（1）第一种方法是安装homebrew，然后通过homebrew安装Git。
具体方法请参考homebrew的文档：http://brew.sh/。
（2）第二种方法更简单，也是推荐的方法:直接从AppStore安装Xcode，Xcode集成了Git。
选择菜单“Xcode”->“Preferences”，在弹出窗口中找到“Downloads”，选择“Command Line Tools”，点“Install”就可以完成安装了。
Xcode是Apple官方IDE，功能非常强大，是开发Mac和iOS App的必选装备，而且是免费的！
3、在Windows上安装Git
可以从Git官网直接下载安装程序，（网速慢的同学请移步国内镜像），然后按默认选项安装即可。
安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！
安装完成后，还需要最后一步设置，在命令行输入：
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
三、创建版本库
版本库又名仓库，也就是一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
所以，创建一个版本库非常重要。
（1）首先，选择一个合适的地方，创建一个空目录：
$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit
pwd命令用于显示当前目录。
在Mac上，这个仓库位于/Users/michael/learngit。
在Windows系统中，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。
（2）其次，通过git init命令把这个目录变成Git可以管理的仓库：
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/
这样Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），且当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
把文件添加到版本库
Git可以跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但是到底改了啥，版本控制系统不知道，也没法知道。
然而，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动，如果要真正使用版本控制系统，就要以纯文本方式编写文件。强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。当然也不要使用Windows自带的记事本来编辑任何文本文件，否则会遇到很多不可思议的问题。建议下载Notepad++代替记事本，不但功能强大，而且免费！记得把Notepad++的默认编码设置为UTF-8 without BOM即可：
把一个文件放到Git仓库只需要两步。
（1）第一步，用命令git add告诉Git，把文件添加到仓库：
$ git add readme.txt
第二步，用命令git commit告诉Git，把文件提交到仓库：
$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
git commit命令，-m后面输入的是本次提交的说明，这样就可以从历史记录里找到改动记录。
git commit命令执行成功后会告诉你，1 file changed：1个文件被改动（我们新添加的readme.txt文件）；2 insertions：插入了两行内容（readme.txt有两行内容）。
综上，添加文件到Git仓库，分两步：
（1）使用命令git add <file>，添加多个文件放在暂存区；
（2）使用命令git commit -m <message>，将暂存区等文件提交到仓库。
四、版本回退
HEAD指向的版本就是当前版本，HEAD^表示上一版本，HEAD^^表示上上版本。
因此，Git允许我们在版本的历史之间穿梭，使用命令git reset -- hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
五、工作区和暂存区
暂存区
git add命令实际上就是把要提交的所有修改放到暂存区。
工作区
就是在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：
git commit命令实际上就是把要暂存区的所有修改放到工作区。
六、管理修改
修改但未add
- 比较工作区与暂存区（即上次git add的内容）的不同
比较所有修改文件的不同
$ git diff
比较指定修改文件的不同
$ git diff <file-name>
修改 已add 但未commit
- 比较暂存区与仓库分支（上次git commit）的不同
$ git diff --staged
或
$ git diff --cached
七、撤销修改
- 场景1——工作区已修改但未add到暂存区
$ git checkout -- <file-name>
其实就是用版本库里的版本替换工作区的版本
- 场景2——工作区修改且已经git add到暂存区，分两步
$ git reset HEAD <file-name>
回到场景1，再按场景1操作
- 场景3：已经commit但没有推送到远程库——版本回退
八、删除文件
假设文件原已commit，目前情况是——已经在目录下手动或$ rm <file-name>删除文件
- 选择一：确实要从版本库中删除该文件，分两步
第一步
$ git rm <file-name>
或
git add <file-name>
第二步
$ git commit -m "description"
- 选择二：删错了，要恢复
$ git checkout -- <file-name>
其实就是用版本库里的版本替换工作区的版本
九、远程仓库
创建SSH Key
$ ssh-keygen -t rsa -C "youremail@example.com"
补充 在用户主目录下(cd)
$ ls -ah可见.ssh目录
$ cd .ssh可见id_rsa(私钥不能泄露)和id_rsa.pub(公钥可公开)
关联远程仓库
$ git remote add origin git@github.com:username/repositoryname.git
或
$ git remote add origin https://github.com/username/repositoryname.git
远程库默认名字为origin
删除已经关联的远程库
git remote rm remote-name
若远程库默认名字为origin，则
git remote rm origin
推送到远程仓库
- 第一次推送到GitHub
$ git push -u origin master
推送master分支
- 后续推送
$ git push origin master
不再使用参数-u
从远程库克隆
$ git clone git@github.com:username/repositoryname.git
或
$ git clone https://github.com/username/repositoryname.git
十、分支管理
查看分支
$ git branch
创建分支
$ git branch <branch-name>
切换分支
$ git checkout <branch-name>
创建+切换分支
$ git checkout -b <branch-name>
合并某分支到当前分支
$ git merge <branch-name>
普通模式合并分支
$ git merge --no-ff -m "description" <branch-name>
通常进行分支合并时，如果可以，Git会使用Fast forward模式，删除分支后，分支历史信息会丢失
--no-ff表示禁用Fast forward模式，能看出曾做过合并
删除分支
$ git branch -d <branch-name>
强行删除分支
$ git branch -D <branch-name>
查看分支合并图
$ git log --graph
简洁查看
$ git log --graph --pretty=oneline --abbrev-commit
十一、Bug分支
假设场景——设A为游戏软件
- master 上面发布的是A的1.0版本
- dev 上开发的是A的2.0版本
- 这时，用户反映 1.0版本存在漏洞，有人利用这个漏洞开外挂
- 需要从dev切换到master去填这个漏洞，正常必须先提交dev目前的工作，才能切换
- 而dev的工作还未完成，不想提交，所以先把dev的工作stash一下。然后切换到master
- 在master建立分支issue101并切换
- 在issue101上修复漏洞
- 修复后，在master上合并并删除issue101
- 切回dev，恢复原本工作，继续工作
保存工作现场
$ git stash
查看保存的工作现场
$ git stash list
恢复工作现场
$ git stash apply
删除工作现场
$ git stash drop
恢复并删除工作现场
git stash pop
十二、Feature分支
每添加一个新功能，最好新建一个feature分支，在上面开发完成后，合并，最后，删除该feature分支
十三、多人协作
多人协作通常的工作模式
- 先试图推送自己的修改
git push - 若推送失败，则远程分支比本地分支更新，
git pull拉取远程分支试图合并 - 若合并有冲突，则解决冲突，并在本地提交(
add和commit) - 若没有冲突或解决了冲突，再次推送
git push
查看远程库信息
$ git remote
详细查看
git remote -v
本地推送分支
$ git push origin <branch-name>
在本地创建和远程分支对应的分支
$ git checkout -b <branch-name> origin/<branch-name>
建立本地分支和远程分支的关联
$ git branch --set-upstream <branch-name> origin/<branch-name>
或
$ git branch --set-upstream-to=origin/<branch-name> <branch-name>
从远程抓取分支
$ git pull
十四、Rebase“变基”
$ git rebase
把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。
只对尚未推送或尚未分享给别人的本地修改执行变基操作清理历史，从不对已推送至别处的提交执行变基操作
十五、标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本
将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照
创建标签
$ git tag <tag-name>
在最新commit上打一个标签
$ git tag <tag-name> commit-id
在对应的commit_id上打一个新标签
创建带有说明的标签
$ git tag -a <tag-name> -m "description" commit-id
-a指定标签名，-m指定说明文字
查看所有标签
$ git tag
查看对应标签的信息
$ git show <tag-name>
注意标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。
操作标签
推送某个标签到远程
$ git push origin <tag-name>
一次性推送全部尚未推送的标签到远程
git push origin --tags
删除一个本地标签
$ git tag -d <tag-name>
删除一个远程标签
先从本地删除
$ git tag -d <tag-name>
再从远程删除
$ git push origin :refs/tags/<tag-name>
