$ mkdir learngit //创建文件夹
$ cd learngit //进入
$ pwd //查看当前目录
$ git init //把该目录变为git可管理的目录（初始化）
$ vi 文件名 //编辑内容
$ git add 文件名1 //把文件1添加到仓库
$ git add 文件名2 //把文件2添加到仓库
$ git commit -m"提交说明" //把文件提交到仓库
$ git status //查看仓库当前状态
$ git diff 文件名 //查看不同
$ git log //从最近到最远的提交日志
$ git log --pretty=oneline //提交日志简单显示
$ git reset --hard HEAD^ //回退到上一版本
$ cat 文件名 //查看文件内容
$ git reset --hard 1094a //回退到指定版本
$ git reflog //记录每一次命令
$ git diff HEAD -- readme.txt //查看工作区和版本库里面最新版本的区别
$ git checkout -- readme.txt //丢弃工作区的修改（恢复工作区）
$ git reset HEAD readme.txt //把暂存区的修改撤销掉（unstage），重新放回工作区
$ rm test.txt //在文件管理器中把没用的文件删了
$ git rm test.txt //从版本库中删除该文件
远程仓库
$ ssh-keygen -t rsa -C "youremail@example.com" //创建SSH Key
$ git remote add origin git@github.com:sunjunzhou/learngit.git
//本地仓库与远程仓库关联
$ git push -u origin master //第一次把本地库的所有内容推送到远程库上
$ git push origin master //把本地master分支的最新修改推送至GitHub
$ git clone git@github.com:sunjunzhou/gitskills.git
//克隆一个本地库
$ git branch //查看分支
$ git branch <name> //创建分支
$ git checkout <name> //切换分支
$ git checkout -b <name> //创建+切换分支
$ git merge <name> //合并某分支到当前分支
$ git branch -d <name> //删除分支
$ git log --graph --pretty=oneline --abbrev-commit
//分支的合并情况
$ git merge --no-ff -m "merge with no-ff" dev
//合并分支禁用Fast forward
$ git stash //把当前工作现场“储藏”起来
$ git stash list //查看工作现场列表
$ git stash apply //恢复现场
$ git stash drop //删除现场
$ git stash pop //恢复的同时把stash内容也删了
$ git stash apply stash@{0} //恢复指定的stash
$ git branch -d feature-vulcan //删除指定分支
$ git branch -D <name> //丢弃一个没有被合并过的分支，强行删除
$ git remote //查看远程库的信息
$ git remote -v //显示更详细的信息
$ git push origin master
//推送分支，就是把该分支上的所有本地提交推送到远程库，推送时要指定本地分支
$ git checkout -b dev origin/dev //创建远程origin的dev分支到本地
$ git pull //把最新的提交从origin/dev抓下来
$ git branch --set-upstream-to=origin/dev dev
//设置dev和origin/dev的链接
$ git rebase //把分叉的提交历史“整理”成一条直线，看上去更直观。
缺点是本地的分叉提交已经被修改过了。
$ git tag v1.0 //当前分支打标签
$ git tag //查看所有标签
$ git log --pretty=oneline --abbrev-commit
$ git tag v0.9 f52c633 //指定提交打标签
$ git show v0.9 //查看标签信息
$ git tag -a v0.1 -m "version 0.1 released" 1094adb
//创建带有说明的标签，用-a指定标签名，-m指定说明文字
$ git tag -d v0.1 //删除标签
$ git push origin v1.0 //推送某个标签到远程
$ git push origin --tags //一次性推送全部尚未推送到远程的本地标签
$ git tag -d v0.9 //如果标签已经推送到远程，要删除远程标签就先从本地删除
$ git push origin :refs/tags/v0.9 //然后，从远程删除。
$ git config --global color.ui true //让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 add readme.txt
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
$ git commit -m "add distributed"
$ git status
On branch master
nothing to commit, working tree clean
查看提交日志记录
$ git log
commit 1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master)
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 21:06:15 2018 +0800
append GPL
commit e475afc93c209a690c39c13a46716e8fa000c366
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 20:59:18 2018 +0800
wrote a readme file
$ git log --pretty=oneline
1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master) append GPL
e475afc93c209a690c39c13a46716e8fa000c366 add distributed
eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0 wrote a readme file
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
第一次修改 -> git add -> 第二次修改 -> git add -> git commit
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
撤销修改
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt
$ 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
$ git checkout -- readme.txt
$ git status
On branch master
nothing to commit, working tree clean
删除文件
$ rm test.txt
$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
deleted: test.txt
no changes added to commit (use "git add" and/or "git commit -a")
$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master d46f35e] remove test.txt
1 file changed, 1 deletion(-)
delete mode 100644 test.txt
//误删时
$ git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
远程仓库：
第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：
$ ssh-keygen -t rsa -C "youremail@example.com"
你需要把邮件地址换成你自己的邮件地址，一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：
然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：
点“Add Key”，你就应该看到已经添加的Key：
为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
SSH警告
当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：
The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?
这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。Git会输出一个警告，告诉你已经把GitHub的Key添加到本机的一个信任列表里了：
Warning: Permanently added 'github.com' (RSA) to the list of known hosts.
这个警告只会出现一次，后面的操作就不会有任何警告了。
如果你实在担心有人冒充GitHub服务器，输入yes前可以对照GitHub的RSA Key的指纹信息是否与SSH连接给出的一致。
git clone
你也许还注意到，GitHub给出的地址不止一个，还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。
使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
推送分支
并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
-
master分支是主分支，因此要时刻与远程同步； -
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步； - bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
- feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定
多人协作的工作模式通常是这样：
- 首先，可以试图用
git push origin <branch-name>推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
Git的官方网站：http://git-scm.com
整理自“廖雪峰的官方网站”（推荐）
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
