git常用命令以及stash/cherry-pick/reset/revert用法

-- 初始化一个Git仓库

git init

-- 查看仓库的状态

git status

-- 将修改添加到暂存区

git add .   // 将所有修改添加到暂存区

git add *  // Ant风格添加修改

git add *Controller   // 将以Controller结尾的文件的所有修改添加到暂存区

git add Hello*   // 将所有以Hello开头的文件的修改添加到暂存区 如:HelloWorld.txt,Hello.java,HelloGit.txt

git add Hello?   // 将以Hello开头后面只有一位的文件的修改提交到暂存区 例如:Hello1.txt,HelloA.java

-- 提交到仓库

 git commit -m "comment"

-- 查看修改的部分

git diff file

-- 查提交日志

git log

git log --pretty=oneline

-- stash执行存储临时保存和 回复修改

git stash save "save message"

git stash list

git stash show

git stash pop

git stash clear

-- cherry-pick 用于将指定的提交合并到其他分支

git cherry-pick <hashA>// 单个提交

git cherry-pick <hashA><hashB>// 多个提交

git cherry-pick <hashA>..<hashB>// 一系列连续的提交

-- reset revert 回退回滚取消提交 返回上一版本等

1.没有push到远端

git reset [--soft | --mixed | --hard

--mixed

会保留源码,只是将git commit和index 信息回退到了某个版本.

git reset 默认是 --mixed 模式  git reset --mixed  等价于  git reset

--soft

保留源码,只回退到commit 信息到某个版本.不涉及index的回退,如果还需要提交,直接commit即可.

--hard

源码也会回退到某个版本,commit和index 都回回退到某个版本.(注意,这种方式是改变本地代码仓库源码)

2.已经push到远端了

git revert <hashA>

git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit

看似达到的效果是一样的,其实完全不同.

1.上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会.

2.如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.

3.reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.

本人通常使用revert处理这类问题（主要基本提交了也全都会push掉）

补充一张图片，涵盖一些基础命令