Git 常用命令 --持续更新
1.git init 初始化
2.git clone 克隆代码到本地
3.git fetch 从远程仓库获取最新的代码
4.git pull 把远程的代码更新到本地
5.git add . 那本地的代码提交到stage中
6.git commit -m 'comments' 把stage中的修改代码提交到本地仓库
7.git push 把本地的修改代码到远程仓库
8.git branch -r/-a 查看远程所有分支
9.git checkout 切换到某个分支
10.git stash 把暂时不能提交的修改缓存到容器中
11.git stash list 查看缓存内容
12.git stash pop 恢复缓存到本地的分支
13. git diff 查看当前新增的内容
14.git diff HEAD 查看所有没有commit的内容
15.git reset --hard HEAD 撤销本地修改
git merge 和 git rebase 的区别
假设我们有如下图一所示仓库，该仓库有master和develop两个分支，且develop是在（3.added merge.txt file）commit处从master拉出来的分支。
图一
merge
假设现在HEAD在（6.added hello.txt file）处，也就是在master分支最近的一次提交处，此时执行git merge develop, 结果如下图所示。
图二
工作原理就是：git 会自动根据两个分支的共同祖先即 (3.added merge.txt file)这个 commit 和两个分支的最新提交即 (6.added hello.txt file) 和 (5.added test.txt file) 进行一个三方合并，然后将合并中修改的内容生成一个新的 commit，即图二的(7.Merge branch ‘develop’)。
这是merge的效果，简单来说就合并两个分支并生成一个新的提交。
rebase
那rebase是这么工作的呢？
假设初始状态也是图一所显示的。两个分支一个master，一个develop，此时HEAD在（6.added hello.txt file）处，现在执行git rebase develop,结果如下图三所示。
图三
可以看见develop分支分出来分叉不见了，下面来解释一下它的工作原理：
在执行git rebase develop之前，HEAD在（6.added hello.txt file）处，当执行rebase操作时，git 会从两个分支的共同祖先 (3.added merge.txt file)开始提取 当前分支（此时是master分支）上的修改，即 （6.added hello.txt file）这个commit，再将 master 分支指向 目标分支的最新提交（此时是develop分支）即（5.added test.txt file） 处，然后将刚刚提取的修改应用到这个最新提交后面。如果提取的修改有多个，那git将依次应用到最新的提交后面，如下两图所示，图四为初始状态，图五为执行rebase后的状态。
图四
图五
简单来说，git rebase提取操作有点像git cherry-pick一样，执行rebase后依次将当前的提交cherry-pick到目标分支上，然后将在原始分支上的已提取的commit删除。
git merge在视图上回比较杂乱，而git rebase是一条直线，简洁
如果存在多个commit时候 并且有多个冲去，git merge只需要解决一次， 而git rebase 需要解决多次
git diff 的命令
导出最后一次提交修改的文件
git archive -o ../updated.zip HEAD $(git diff --name-only HEAD^)
git diff --name-only HEAD workspace 和 最新的commit进行比较
git diff --name-only HEAD^ workspace 和 最新commit的前一次进行比较
git archive -o 导出到这个文件的命令