Git stash、reset、 cherry-pick 、revert 、reflog 常用命令使用说明

Git stash

描述
git stash 用于临时保存工作目录和暂存区的修改，将当前工作状态存储到堆栈中，便于后续恢复。

应用场景

临时切换分支但不想提交当前修改。
需要快速清理工作目录以测试其他代码。

使用方法

保存当前修改：git stash save "message"

查看存储列表：git stash list

恢复最近一次存储：git stash pop

恢复指定存储：git stash apply stash@{n}

删除存储：git stash drop stash@{n}

示例

bash 复制代码

# 保存当前修改并添加注释
git stash save "WIP: feature A"

# 恢复最近一次存储
git stash pop

Git reset

描述
git reset 用于将当前分支的 HEAD 指针移动到指定提交，可选是否修改工作目录和暂存区。

应用场景

撤销本地提交（尚未推送到远程）。
取消暂存区的文件修改。

使用方法

软重置（保留工作目录）：git reset --soft <commit>

混合重置（默认，保留工作目录但取消暂存）：git reset <commit>

硬重置（丢弃所有修改）：git reset --hard <commit>

示例

bash 复制代码

# 撤销最近一次提交，保留修改
git reset --soft HEAD~1

# 彻底回退到指定提交（慎用）
git reset --hard a1b2c3d

Git cherry-pick

描述
git cherry-pick 将指定提交的修改应用到当前分支。

应用场景

从其他分支选择性合并某个提交。
修复分支间遗漏的特定提交。

使用方法
git cherry-pick <commit-hash>

解决冲突后继续：git cherry-pick --continue

中止操作：git cherry-pick --abort

示例

bash 复制代码

# 将提交a1b2c3d应用到当前分支
git cherry-pick a1b2c3d

Git revert

描述
git revert 通过创建新的提交来撤销指定提交的修改，保留历史记录。

应用场景

安全撤销已推送到远程的提交。
保留完整提交历史。

使用方法
git revert <commit-hash>

撤销多个提交：git revert <commit1> <commit2>

示例

bash 复制代码

# 撤销提交a1b2c3d并生成新提交
git revert a1b2c3d

Git reflog

描述
git reflog 记录本地仓库的 HEAD 指针变更历史，包括分支切换、重置等操作。

应用场景

恢复误删的分支或提交。
查看本地操作记录。

使用方法

查看完整记录：git reflog

恢复丢失的提交：git checkout <hash-from-reflog>

示例

bash 复制代码

# 查看所有操作记录
git reflog

# 恢复到某个操作前的状态
git checkout HEAD@{5}

其他命令详解：

bash 复制代码

# 一、git中文文件名和中文目录显示乱码:
git config --global core.quotepath false   #core.quotepath设为false的话，就不会对0x80以上的字符进行quote
# 命令行指引 
# https://git-scm.com/book/zh/v2/Git-%E5%9F%BA%E7%A1%80-%E6%9F%A5%E7%9C%8B%E6%8F%90%E4%BA%A4%E5%8E%86%E5%8F%B2
# https://www.runoob.com/git/git-basic-operations.html
# 您还可以按照以下说明从计算机中上传现有文件。

#二、Git中submodule的使用 https://git-scm.com/docs/git-submodule
# 创建submodule  会生成 .gitmodules 和 XXXsub文件夹
  git submodule add <submodule_url>
  git submodule add <仓库地址> <本地路径>
# clone项目同时获取submodule项目代码: --recurse-submodules
   git clone xxxx.git  --recurse-submodules
   # cd 项目 
   git submodule init
   git submodule update 
   git submodule update --init --recursive
      
# 删除子模块
    git rm -rf --cached <MOD_NAME>
    rm -rf 子模块目录 #删除子模块目录及源码
    vi .gitmodules #删除项目目录下.gitmodules文件中子模块相关条目
    vi .git/config #删除配置项中子模块相关条目
    rm .git/module/* #删除模块下的子模块目录，每个子模块对应一个目录，注意只删除对应的子模块目录即可
    # 执行完成后，再执行添加子模块命令即可，如果仍然报错，执行如下：
    git rm --cached 子模块名称  git rm -r --cached 
    #完成删除后，提交到仓库即可   
          

# 三、 Git 全局设置
 git config --global user.name "userName"
 git config --global user.email "test@163.com"

 # 创建一个新仓库
 git clone http://gitlab.xxxx
 cd gitdemo
 touch README.md
 git add README.md
 git commit -m "add README"
 git push -u origin master

 # 推送现有文件夹
 cd existing_folder
 git init
 git remote add origin http://gitlab.xxxx
 git add .
 git commit -m "Initial commit"
 git push -u origin master

 # 推送现有的 Git 仓库
  cd existing_repo
  git remote rename origin old-origin
  git remote add origin http://gitlab.xxxx
  git push -u origin --all
  git push -u origin --tags

 # 四、git cherry-pick 教程
 # http://www.ruanyifeng.com/blog/2020/04/git-cherry-pick.html
 git cherry-pick #命令的作用，就是将指定的提交（commit）应用于其他分支。
 # 切换到 master 分支
 $ git checkout master
 
 # Cherry pick 操作
 $ git cherry-pick <HashA> <HashB>

 # cherry-pick 冲突解决：
 # 提示： "Automatic cherry-pick failed.  After resolving the conflicts,
 #       mark the corrected paths with 'git add <paths>' or 'git rm <paths>'
 #       and commit the result with: 
 #       git commit -c 15a2b6c61927e5aed6718de89ad9dafba939a90b "
 #   可直接退回合并之前 git reset --merge    
 #   也可以按以下步骤进行合并：   
 #  (1)、查看冲突文件：git status  / git status -s
 #  (2)、解决冲突 resolve conflicts  git checkout -b XXX
 #  (3)、添加修改后文件 git add . 
 #   这里可以直接提交 git cherry-pick --continue 
 #   或是放弃 git cherry-pick --abort
 #   再或者执行4，5步骤：  
 #  (4)、提交文件 git commit  
 # (5)、推送到远程 git push  
     
 # 如果只想将feature分支的某个文件f.txt合并到master分支上
 # 切换到 master 分支
 $ git checkout master
 # --patch 操作
 $ git checkout --patch feature f.txt

# 五、合并分支操作：
#  假如我们现在在dev分支上，刚开发完项目，执行了下列命令：
   git  add .
   git  commit -m '提交的备注信息'
   git  push -u origin dev
  # 想将dev分支合并到master分支，操作如下：
  #1、首先切换到master分支上
  git  checkout master
  #2、如果是多人开发的话 需要把远程master上的代码pull下来
  git pull origin master
  #//如果是自己一个开发就没有必要了，为了保险期间还是pull
  #3、然后我们把dev分支的代码合并到master上
  git  merge dev
  #4、然后查看状态及执行提交命令
  git status
    # On branch master
    # Your branch is ahead of 'origin/master' by 12 commits.
    # (use "git push" to publish your local commits)
    # nothing to commit, working tree clean
   # //上面的意思就是你有12个commit，需要push到远程master上 
 # 5、 最后执行下面提交命令
 git push origin master
 #六、其他命令
  #更新远程分支列表
  git remote update origin --prune
  # 查看所有分支
  git branch -a
  # 删除远程分支Chapater6
  git push origin --delete Chapater6
  #删除本地分支 Chapater6
  git branch -d  Chapater6
  
  

git 撤销，放弃本地修改  
  --未使用 git add 缓存代码时
  git checkout -- filepathname 
  (比如： git checkout -- readme.md  ，不要忘记中间的 "--" ，不写就成了检出分支了！！)。
   放弃所有的文件修改可以使用 git checkout .  命令
  -- 已经使用了  git add 缓存了代码
  使用  git reset HEAD filepathname （比如： git reset HEAD readme.md）
  来放弃指定文件的缓存，放弃所以的缓存可以使用 git reset HEAD . 命令。   
  -- 已经用 git commit  提交了代码
   使用 git reset --hard HEAD^ 来回退到上一次commit的状态。此命令可以用来回退到任意版本：git reset --hard  commitid 
      
              
丢弃本地所有更改：
git fetch origin
git reset --hard origin/[对应的分支]
 
更改上次提交的注释：
git commit --amend   

git log 查看提交记录：
1. git log 查看提交历史记录
2. git log --oneline 或者 git log --pretty=oneline 以精简模式显示
3. git log --graph 以图形模式显示
4. git log --stat 显示文件更改列表
5. git log --author= 'name' 显示某个作者的日志
6. git log -p filepath 查看某个文件的详细修改
7. git log -L start,end:filepath 查看某个文件某几行范围内的修改记录
8. git log --stat commitId 或者 git show --stat commitId 查看某一次提交的文件修改列表
 
git diff 文件对比
1. git diff filepath 工作区与暂存区比较
2. git diff HEAD filepath 工作区与HEAD ( 当前工作分支) 比较
3. git diff --staged 或 --cached filepath 暂存区与HEAD比较
4. git diff branchName filepath 当前分支的文件与branchName 分支的文件进行比较
5. git diff commitId filepath 与某一次提交进行比较
 
git log 有两个高级用法：一是自定义提交的输出格式，二是过滤输出哪些提交.
格式化 Log 输出
#只显示提交ID和提交信息的第一行
git log --oneline

#知道每个提交关联的分支或者标签
git log --oneline --decorate

Diff
文件名后面 + 和 - 的数量是这个提交造成的更改中增删的相对比例.
#--stat 选项显示每次提交的文件增删数量
git log --stat
# -p 如果你想知道每次提交删改的绝对数量
git log -p
Shortlog
#它把每个提交按作者分类，显示提交信息的第一行。这样可以容易地看到谁做了什么。
git shortlog
默认情况下，git shortlog 把输出按作者名字排序，但你可以传入 -n 选项来按每个作者提交数量排序。
Graph
#--graph 选项绘制一个 ASCII 图像来展示提交历史的分支结构
#星号表明这个提交所在的分支
git log --graph --oneline --decorate
按内容
#当你想要知道 Hello, World! 字符串是什么时候加到项目中哪个文件中去的
git log -S "Hello, World!"
按范围
#master..feature 范围包含了在 feature 分支而不在 master 分支中所有的提交
git log master..feature
 
git log用于查询版本的历史，命令形式如下：
git log [<options>] [<since>..<until>] [[--] <path>...]
 
 
这条命令有很多参数选项
一、不带参数
如果不带任何参数，它会列出所有历史记录，最近的排在最上方，显示提交对象的哈希值，作者、提交日期、和提交说明
如果记录过多，则按Page Up、Page Down、↓、↑来控制显示
按q退出历史记录列表
 
二、显示参数
-p：按补丁显示每个更新间的差异，比下一条- -stat命令信息更全
--stat：显示每次更新的修改文件的统计信息，每个提交都列出了修改过的文件，以及其中添加和移除的行数，并在最后列出所有增减行数小计
--shortstat：只显示--stat中最后的行数添加修改删除统计
--name-only：尽在已修改的提交信息后显示文件清单
--name-status：显示新增、修改和删除的文件清单
--abbrev-commit：仅显示SHA-1的前几个字符，而非所有的40个字符
--relative-date：使用较短的相对时间显示（例如："two weeks ago"）
--graph：显示ASCII图形表示的分支合并历史
---pretty＝：使用其他格式显示历史提交信息，可选项有：oneline,short,medium,full,fuller,email,raw以及format:<string>,默认为medium，如：
--pretty=oneline：一行显示，只显示哈希值和提交说明（--online本身也可以作为单独的属性）
--pretty=format:" "：控制显示的记录格式，如：
%H  提交对象（commit）的完整哈希字串
%h  提交对象的简短哈希字串
%T  树对象（tree）的完整哈希字串
%t  树对象的简短哈希字串
%P  父对象（parent）的完整哈希字串
%p  父对象的简短哈希字串
%an 作者（author）的名字
%ae 作者的电子邮件地址
%ad 作者修订日期（可以用 -date= 选项定制格式）
%ar 作者修订日期，按多久以前的方式显示
%cn 提交者(committer)的名字
作者和提交者的区别不知道是啥？
作者与提交者的关系：作者是程序的修改者，提交者是代码提交人（自己的修改不提交是怎么能让别人拉下来再提交的？）
其实作者指的是实际作出修改的人，提交者指的是最后将此工作成果提交到仓库的人。所以，当你为某个项目发布补丁，然后某个核心成员将你的补丁并入项目时，你就是作者，而那个核心成员就是提交者（soga）
%ce 提交者的电子邮件地址
%cd 提交日期（可以用 -date= 选项定制格式）
%cr 提交日期，按多久以前的方式显示
%s  提交说明
带颜色的--pretty=format:" "，这个另外写出来分析
以这句为例：%Cred%h%Creset -%C(yellow)%d%Cblue %s %Cgreen(%cd) %C(bold blue)<%an>
它的效果是：   
 
先断句：［%Cred%h］［%Creset   -］［%C(yellow)%d ］［%Cblue%s］［%Cgreen(%cd)］［%C(bold blue)<%an>］
然后就是很明显能得到的规律了
一个颜色＋一个内容
颜色以％C开头，后边接几种颜色，还可以设置字体，如果要设置字体的话，要一块加个括号
能设置的颜色值包括：reset（默认的灰色），normal, black, red, green, yellow, blue, magenta, cyan, white.
字体属性则有bold, dim, ul, blink, reverse.  
内容可以是占位元字符，也可以是直接显示的普通字符
--date= (relative|local|default|iso|rfc|short|raw)：定制后边如果出现%ad或%cd时的日期格式
有几个默认选项
--date=relative：shows dates relative to the current time, e.g. "2 hours ago".
--date=local：shows timestamps in user's local timezone.
--date=iso (or --date=iso8601)：shows timestamps in ISO 8601 format.
--date=rfc (or --date=rfc2822)：shows timestamps in RFC 2822 format,often found in E-mail messages.
--date=short：shows only date but not time, in YYYY-MM-DD format.这个挺好用
--date=raw：shows the date in the internal raw git format %s %z format.
--date=default：shows timestamps in the original timezone (either committer's or author's).
也可以自定义格式（需要git版本2.6.0以上），比如--date=format:'%Y-%m-%d %H:%M:%S' 会格式化成：2016-01-13 11:32:13，其他的格式化占位符如下：
%a：Abbreviated weekday name
%A：Full weekday name
%b：Abbreviated month name
%B：Full month name
%c：Date and time representation appropriate for locale
%d：Day of month as decimal number (01 -- 31)
%H： Hour in 24-hour format (00 -- 23)
%I：Hour in 12-hour format (01 -- 12)
%j：Day of year as decimal number (001 -- 366)
%m：Month as decimal number (01 -- 12)
%M：Minute as decimal number (00 -- 59)
%p：Current locale's A.M./P.M. indicator for 12-hour clock
%S：Second as decimal number (00 -- 59)
%U：Week of year as decimal number, with Sunday as first day of week (00 -- 53)
%w：Weekday as decimal number (0 -- 6; Sunday is 0)
%W：Week of year as decimal number, with Monday as first day of week (00 -- 53)
%x：Date representation for current locale
%X：Time representation for current locale
%y：Year without century, as decimal number (00 -- 99)
%Y：Year with century, as decimal number
%z, %Z：Either the time-zone name or time zone abbreviation, depending on registry settings; no characters if time zone is unknown
%%：Percent sign
 
三、筛选参数：
按数量
-n：显示前n条log
按日期
--after=
比如git log --after="2014-7-1"，显示2014年7月1号之后的commit(包含7月1号)
后边的日期还可以用相对时间表示，比如"1 week ago"和"yesterday"，比如git log --after="yesterday"
这里的格式可以是什么？
--before=
同上
另外这两条命令可以同时使用表示时间段，比如git log --after="2014-7-1" --before="2014-7-4"
另外--since --until和 --after --before是一个意思，都可以用
按作者
--author=
比如git log --author="John"，显示John贡献的commit
注意：作者名不需要精确匹配，只需要包含就行了
而且：可以使用正则表达式，比如git log --author="John\|Mary"，搜索Marry和John贡献的commit
而且：这个--author不仅包含名还包含email, 所以你可以用这个搜索email
按commit描述
--grep=
比如：git log --grep="JRA-224"
而且：可以传入-i用来忽略大小写
注意：如果想同时使用--grep和--author，必须在附加一个--all-match参数
按文件
- -（空格）或［没有］
有时你可能只对某个文件的修改感兴趣, 你只想查看跟某个文件相关的历史信息, 你只需要插入你感兴趣文件的路径［对，是路径，所以经常是不太好用］就可以了
比如：git log -- foo.py bar.py ，只返回和foo.py或bar.py相关的commit
这里的--是告诉Git后面的参数是文件路径而不是branch的名字. 如果后面的文件路径不会和某个branch产生混淆, 你可以省略- -，比如git log foo.py 
另外，后边的路径还支持正则，比如：git log  *install.md 是，指定项目路径下的所有以install.md结尾的文件的提交历史
另外，文件名应该放到参数的最后位置，通常在前面加上--并用空格隔开表示是文件
另外，git log file/ 查看file文件夹下所有文件的提交记录
按分支
- -
--branchName branchName为任意一个分支名字，查看某个分支上的提交记录
需要放到参数中的最后位置处
如果分支名与文件名相同，系统会提示错 误，可通过--选项来指定给定的参数是分支名还是文件名
比如：在当前分支中有一个名为v1的文件，同时还存在一个名为v1的分支
git log v1 -- 此时的v1代表的是分支名字（－－后边是空的）
git log -- v1 此时的v1代表的是名为v1的文件
git log v1 －－ v1 代表v1分支下的v1文件
按内容
-S"<string>"、-G"<string>"
有时你想搜索和新增或删除某行代码相关的commit. 可以使用这条命令
假设你想知道Hello, World!这句话是什么时候加入到项目里去的，可以用：git log -S"Hello,World!"
另外：如果你想使用正则表达式去匹配而不是字符串, 那么你可以使用-G代替-S.
这是一个非常有用的debug工具, 使用他你可以定位所有跟某行代码相关的commit. 甚至可以查看某行是什么时候被copy的, 什么时候移到另外一个文件中去的
注：-S后没有"="，与查询内容之间也没有空格符
按范围
git log <since>..<until>
这个命令可以查看某个范围的commit
这个命令非常有用当你使用branch做为range参数的时候. 能很方便的显示2个branch之间的不同
比如：git log master..feature，master..feature这个range包含了在feature有而在master没有的所有commit，同样，如果是feature..master包含所有master有但是feature没有的commit
另外，如果是三个点，表示或的意思：git log master...test 查询master或test分支中的提交记录
过滤掉merge commit
--no-merges
默认情况下git log会输出merge commit.  你可以通过--no-merges标记来过滤掉merge commit，git log --no-merges
另外，如果你只对merge commit感兴趣可以使用---merges，git log --merges
按标签tag
git log v1.0
直接这样是查询标签之前的commit
加两个点git log v1.0.. 查询从v1.0以后的提交历史记录(不包含v1.0)
按commit
git log commit ：查询commit之前的记录，包含commit
git log commit1 commit2：查询commit1与commit2之间的记录，包括commit1和commit2
git log commit1..commit2：同上，但是不包括commit1
其中，commit可以是提交哈希值的简写模式，也可以使用HEAD代替
HEAD代表最后一次提交，HEAD^为最后一个提交的父提交，等同于HEAD～1
HEAD～2代表倒数第二次提交

 issue: Your local changes to the following files would be overwritten by merge
  注：保留自己的代码 之后解决冲突
  $ git stash   
  $ git pull origin dev
  $ git stash pop     
  
  git stash :说明：
  git stash:备份当前的工作区的内容
  git stash pop:从Git栈中读取最近一次保存的内容，恢复工作区的相关内容
  git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复
  git stash clear: 清空Git栈
  
// git clone时报RPC failed; curl 18 transfer closed with outstanding read data remaining 错误
// 原因1：缓存区溢出
// 解决方法：命令行输入
   git config http.postBuffer 524288000
// 执行上面命令如果依旧clone失败，考虑可能原因2：网络下载速度缓慢
// 解决方法：命令行输入
   git config --global http.lowSpeedLimit 0
   git config --global http.lowSpeedTime 999999
// 如果依旧clone失败，则首先浅层clone，然后更新远程库到本地
   git clone --depth=1 http://gitlab.xxx.cn/yyy/zzz.git
   git fetch --unshallow
  
  
  
  git取消合并
    git merge --abort
  git撤销
  git reset
- git reset --soft: 将分支回退到指定提交，工作区维持现状不变,暂存区会在现有基础上增加该commit之后的提交。
- git reset --mixed: （默认操作）将分支回退到指定提交，暂存区也被同步为该指定提交，工作区保持不变。
- git reset --hard: 将分支回退到指定分支，暂存区和工作区都会被同步为该指定的提交。
git reset后的三个参数回退程度是依次递进。soft最轻微，它不会重置当前工作区和暂存区，只会将回退版本后续的提交加到暂存区。
mixed会改变暂存区，使它和回退版本同步。
hard则会重置工作区和暂存区，使它和回退版本一致。
git 取消本地修改#
git checkout .   //当前分支的修改会重置 谨慎使用
处理合并冲突#
首先要冷静，可以先看哪些文件冲突，是不是自己导致的，若自己导致的，可以使用 git merge --abort取消合并，
如果自己提交的代码，发现有问题或者影响同事代码了，可以使用 git log 查看日志，
 
 
然后回退版本 git reset --hard ID  比如： git reset --hard 3a169ff
 
二、git revert 的用法#
git revert 的作用是通过创建一个新的版本，这个版本的内容与我们要回退到的目标版本一样，但是HEAD指针是指向这个新生成的版本，而不是目标版本。如果我们想恢复之前的某一版本（该版本不是merge类型），但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。我们使用git revert HEAD命令就可以创建一个新的版本，此版本与上一个版本相同。
 
 此时
cat abc.md就可以发现输出回到了
hello world。
 
以下是 git renert 的三种用法
 git revert HEAD 
：撤销前一次 commit
 git revert HEAD 
 ：撤销前前一次 commit
git revert commit + (commit id)
： 撤销指定的版本，撤销也会作为一次提交进行保存。
git 更新本地分支（实用)#

git branch -a   //查看远程分支
git remote update origin --prune  //更新分支
git checkout test  //切换分支
//如果这样的方式没起作用
git checkout -b test origin/test  //可以使用这种方法 在本地创建一个和远程分支同样名字的分支 并切换到这个分支
git pull origin test  //然后更新下这个分支的代码 ok了

总结#
git reset --soft HEAD^
：将最近一次提交节点的提交记录回退到暂存区
git reset --mixed HEAD^
：将最近一次提交节点的提交记录回退到工作区
git reset --hard HEAD^
：将最近一次提交节点的提交记录全部清除
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。

使用以下命令，暂存本地未提交的修改
git stash
切换到其他分支，也就是你要将修改合并到的分支
git switch feature-xxx

弹出暂存的修改
git stash pop

git checkout . #本地所有修改的。没有的提交的，都返回到原来的状态
git stash #把所有没有提交的修改暂存到stash里面。可用git stash pop回复。

git reset --hard HASH #返回到某个节点，不保留修改，已有的改动会丢失。
git reset --soft HASH #返回到某个节点, 保留修改，已有的改动会保留，在未提交中，git status或git diff可看。

git clean -df #返回到某个节点，（未跟踪文件的删除）
git clean 参数
    -n 不实际删除，只是进行演练，展示将要进行的操作，有哪些文件将要被删除。（可先使用该命令参数，然后再决定是否执行）
    -f 删除文件
    -i 显示将要删除的文件
    -d 递归删除目录及文件（未跟踪的）
    -q 仅显示错误，成功删除的文件不显示


注：
git reset 删除的是已跟踪的文件，将已commit的回退。
git clean 删除的是未跟踪的文件

git clean -nxdf（查看要删除的文件及目录，确认无误后再使用下面的命令进行删除）
git checkout . && git clean -xdf