Git

git init ：初始化项目

在本地新建一个repo，进入一个项目目录，执行git init，会初始化一个repo，并在当前文件夹下创建一个.git文件夹

git clone ：克隆

获取一个URL对应的远程git repo，创建一个local copy

一般的格式为： git clone [url]

clone下来的repo会以URL最后一个斜线后面的名称命名，创建一个文件夹，如果想要指定特定的名称，可以git clone [url] [newname] 指定

git status ：查询repo的状态

-s：表示short ，-s的输出标记会有两列，第一列是对staging区域，第二列是对working目录

git log ：显示提交历史和分支

--oneline --number：每条log只显示一行，显示number条数

--oneline --number --graph：可以图形化地表示出分支合并历史

[ branchname ] ：可以显示特性分支的log

--oneline branch1 ^branch2 ：查看在分支1，却不在分支2中的提交。^：表示排出这个分支(Windows下 ^branch2要加引号)

--decorate：显示出tag信息

--author=[author name] ：指定作者名的提交历史

--since --before --until --after ：根据提交时间筛选log

--no-merges ：可以将 merge 的 commits 排除在外

--grep ：根据 commit 信息过滤 log ：git log --grep=keywords

默认情况下，git log --grep --author 是 or 的关系：满足一条即被返回，如果你想让他们是and的关系，可以加上 --all-match 的option。

-S <string>：filter by introduced diff.

比如：git log -S methodName (注意S和后面的磁之间没有等号分隔符)

-p ：show patch introduced at each commit

每一个提交都是一个快照(snapshot)，git 会把每次提交的diff计算出来，作为一个patch显示给你看

另一种方法是：git show [SHA]

--stat ： show diff of changes introduced at each commit

同样是用来看改动的相对信息的，--stat 比 -p 输出更简单些

git add

在提交之前，git 有一个暂存区(staging area)，可以放入新添加的文件或加入新的改动。commit时提交的改动是上一次加入到staging area中的改动，而不是我们disk上的改动。

add <文件名(绝对路径或相对路径)> ：会递归地添加当前工作目录中的所有文件

git diff

不加参数的git diff ：show diff of unstaged changes

此命令比较的是工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容

若要看已经暂存起来的文件和上次提交时的快照之间的差异，可以用：git diff --cached命令。

--cached ：show diff of staged changes

(git 1.6.1 及更高版本还允许使用 git diff --staged，效果是相同的)

HEAD ：show diff of all staged or unstated changes.

也是比较working directory 和上次提交之间所有的改动。

如果想看自从某个版本之后都改动了什么可以用：git diff [ version tag ] 跟log命令一样，diff也可以加上--stat参数来简化输出

git diff [ branchNameA ] [branchNameB] ：可以用来比较两个分支

：他实际上会返回一个由A到B的patch，不是我们想要的结果。

一般我们想要的结果是两个分支分开以后各自的改动都是什么，是由命令：git diff [ branchA ] ... [ branchB ] 给出的。实际上他是：git diff $(git merge-base [branchA] [branchB] ) [branchB]的结果。

git commit ：提交已经被add进来的改动

-m ："添加提交信息"

-a ：会先把所有已经 track 的文件的改动add进来，然后提交(有点想SVN的一次提交，不用先暂存)。对于没有 track 的文件，还需要git add一下

-amend ：增补提交，会使用与当前提交节点相同的父节点进行一次新的提交，旧的提交将会被取消。

git rest ：撤销更改或提交

这里的HEAD关键字指的是当前分支最末梢最新的一个提交，也就是版本库中该分支上的最新版本。

HEAD ：unstage files from index and reset pointer to HEAD

这个命令用来把不小心add进去的文件从staged状态取出来，可以单独针对某一个文件操作：git reset HEAD --filename (filename前的 -- 也可以不加。)

--soft ：将HEAD移动到特定的提交引用，索引和分段不变。

--hard ：unstage的文件并撤消自上次提交以来工作目录中的任何更改。

使用 git reset --hard HEAD <commit 的哈希码>/^HARD 进行一次reset，即上次提交之后，所有staged的改动和工作目录的改动都会消失，还原到上次提交的状态。这里的HEAD 可以被写成任何一次提交的SHA-1(commit的哈希码)。

不带soft和hard参数的git reset，实际上带的是默认参数mixed。

总结：

--mixed ID ：试讲 git 的 HEAD 变了(也就是提交记录变了)，但文件并没有改变，(也就是working tree 并没有改变)。取消了commit和add的内容

--soft ID ：实际上，是 git reset --mixed ID 后又做了一次git add 。即取消了commit的内容

--hard ID：是将 git 的 head 变了，文件也变了

改动范围如下：

soft(commit) < mixed (commit + add) < hard (commit + add + local working)

git revert ：

反转撤销提交，只要把出错的提交(commit)的名字(reference)作为参数传给命令就可以了。

HEAD ：撤销最近的一个提交，git revert 会创建一个反向的新提交，可以通过参数 -n 来告诉git先不要提交

git r m ：

file ：从 staging 区移除文件，同时也移除工作目录。

--cached ：从staging去移除文件，但留在工作目录中。从功能上等同于git reset HEAD，清楚了缓存区，但不动工作目录树。

git clean：从工作目录中移除没有track的文件（没搞懂，最好不用）

-d ：表示同时移除目录

-f ：表示force，因为在git的配置中，clean.requireForce=true，如果不加-f，clean将会拒绝执行

git mv ：（喵喵喵？？？）

git r m --cached orig；mv orig new；git add new

git stash ：把当前的改动压入一个栈。

git stash 将会把当前目录和index中的所有改动(但不包括未track的文件) 压入一个栈，然后留给你一个clean的工作状态，即处于上一次最新提交处

list ：会显示这个栈的list

apply：取出stash中的上一个项目(stash@{0})，并且应用于当前的工作目录。也可以指定别的项目，比如git stash apply stash@{1}。

如果你在应用stash中项目的同时想要删除它，可以用git stash pop

删除stash中的项目：

drop ：删除上一个，也可指定参数删除指定的一个项目

clear：删除所有项目

Git