Git不要只会pull和push,试试这5条提高效率的命令
在开发工作中实践过的实用Git命令,提高工作效率,解决不少疑难场景。
欢迎关注前端早茶,与广东靓仔携手共同进阶~
一、前言
使用 Git 作为代码版本管理,早已是现在开发工程师必备的技能。可大多数工程师还是只会最基本的保存、拉取、推送,遇到一些commit管理的问题就束手无策,或者用一些不优雅的方式解决。
本文分享在开发工作中实践过的实用命令。这些都能够大大提高工作效率,还能解决不少疑难场景。
二、stash
官方解释:当我们想记录工作目录和索引的当前状态,但又想返回一个干净的工作目录时,请使用git stash。该命令将保存本地修改,并恢复工作目录以匹配头部提交。
应用场景
why: 为什么要变干净?
命令使用
如果学会 stash,就不用那么狼狈了。只需要:
git stash
就这么简单,代码就被存起来了。
修复完线上问题,切回 feature 分支,想恢复代码也只需要:
git stash apply
相关命令
# 保存当前未commit的代码
git stash
# 保存当前未commit的代码并添加备注
git stash save "备注的内容"
# 列出stash的所有记录
git stash list
# 删除stash的所有记录
git stash clear
# 应用最近一次的stash
git stash apply
# 应用最近一次的stash,随后删除该记录
git stash pop
# 删除最近的一次stash
git stash drop
当有多条 stash,可以指定操作stash,首先使用stash list 列出所有记录:
git stash list
stash@{0}: WIP on ...
stash@{1}: WIP on ...
stash@{2}: On ...
应用第二条记录:
git stash apply stash@{1}
pop,drop 同理。
当然我们在使用vscode的时候也有集成这个功能,我们不需要敲命令。
vscode 集成
stash 代码
填写备注内容,也可以不填直接Enter
在STASHES菜单中可以看到保存的stash
先点击stash记录旁的小箭头,再点击 apply 或者 pop 都可恢复 stash
三、reset --soft
完全不接触索引文件或工作树(但会像所有模式一样,将头部重置为)。这使我们的所有更改的文件更改为“要提交的更改”。
git reset --hard
会被提及的比较多,它能让 commit 记录强制回溯到某一个节点。而 git reset --soft
的作用正如其名,--soft
(柔软的) 除了回溯节点外,还会保留节点的修改内容。应用场景
回溯节点,为什么要保留修改内容?
命令使用
学会 reset --soft
之后,只需要:
# 恢复最近一次 commit
git reset --soft HEAD^
reset --soft
相当于后悔药,给你重新改过的机会。对于上面的场景,就可以再次修改重新提交,保持干净的 commit 记录。git push -f
来覆盖被 reset 的 commit。reset --soft
指定 commit 号时,会将该 commit 到最近一次 commit 的所有修改内容全部恢复,而不是只针对该 commit。reset 到 a。
git reset --soft 1a900ac29eba73ce817bf959f82ffcb0bfa38f75
此时的 HEAD 到了 a,而 b、c 的修改内容都回到了暂存区。
四、cherry-pick
给定一个或多个现有提交,应用每个提交引入的更改,为每个提交记录一个新的提交。这需要您的工作树清洁(没有从头提交的修改)。
将已经提交的 commit,复制出新的 commit 应用到分支里
应用场景
命令使用
复制单个
现在有一条feature分支,commit 记录如下:
需要把 b 复制到另一个分支,首先把 commitHash 复制下来,然后切到 master 分支。
当前 master 最新的记录是 a,使用 cherry-pick
把 b 应用到当前分支。
完成后看下最新的 log,b 已经应用到 master,作为最新的 commit 了。可以看到 commitHash 和之前的不一样,但是提交时间还是保留之前的。
复制多个
以上是单个 commit 的复制,下面再来看看 cherry-pick
多个 commit 要如何操作。
一次转移多个提交:
git cherry-pick commit1 commit2
上面的命令将 commit1 和 commit2 两个提交应用到当前分支。
多个连续的commit,也可区间复制:
git cherry-pick commit1^..commit2
cherry-pick 代码冲突
cherry-pick
多个commit时,可能会遇到代码冲突,这时 cherry-pick
会停下来,让用户决定如何继续操作。下面看看怎么解决这种场景。还是 feature 分支,现在需要把 c、d、e 都复制到 master 分支上。先把起点c和终点e的 commitHash 记下来。
切到 master 分支,使用区间的 cherry-pick
。可以看到 c 被成功复制,当进行到 d 时,发现代码冲突,cherry-pick
中断了。这时需要解决代码冲突,重新提交到暂存区。
然后使用 cherry-pick --continue
让 cherry-pick
继续进行下去。最后 e 也被复制进来,整个流程就完成了。
以上是完整的流程,但有时候可能需要在代码冲突后,放弃或者退出流程:
放弃
cherry-pick
:
gits cherry-pick --abort
回到操作前的样子,就像什么都没发生过。
退出
cherry-pick
:
git cherry-pick --quit
不回到操作前的样子。即保留已经 cherry-pick
成功的 commit,并退出 cherry-pick
流程。
五、revert
给定一个或多个现有提交,恢复相关提交引入的更改,并记录一些这些更改的新提交。这就要求你的工作树是干净的(没有来自头部的修改)。
将现有的提交还原,恢复提交的内容,并生成一条还原记录。
应用场景
有一天测试突然跟你说,你开发上线的功能有问题,需要马上撤回,否则会影响到系统使用。这时可能会想到用 reset 回退,可是你看了看分支上最新的提交还有其他同事的代码,用 reset 会把这部分代码也撤回了。由于情况紧急,又想不到好方法,还是任性的使用 reset,然后再让同事把他的代码合一遍(同事听到想打人),于是你的技术形象在同事眼里一落千丈。
命令使用
revert 普通提交
学会 revert 之后,立马就可以拯救这种尴尬的情况。
现在 master 记录如下:
git revert 21dcd937fe555f58841b17466a99118deb489212
revert 掉自己提交的 commit。
因为 revert 会生成一条新的提交记录,这时会让你编辑提交信息,编辑完后 :wq 保存退出就好了。
再来看下最新的 log,生成了一条 revert 记录,虽然自己之前的提交记录还是会保留着,但你修改的代码内容已经被撤回了。
revert 合并提交
在 git 的 commit 记录里,还有一种类型是合并提交,想要 revert 合并提交,使用上会有些不一样。
现在的 master 分支里多了条合并提交。
使用刚刚同样的 revert 方法,会发现命令行报错了。
为什么会这样?在官方文档中有解释。
通常无法 revert 合并,因为您不知道合并的哪一侧应被视为主线。此选项指定主线的父编号(从1开始),并允许 revert 反转相对于指定父编号的更改
git revert -m 1
revert 合并提交后,再次合并分支会失效
还是上面的场景,在 master 分支 revert 合并提交后,然后切到 feature 分支修复好 bug,再合并到 master 分支时,会发现之前被 revert 的修改内容没有重新合并进来。
因为使用 revert 后, feature 分支的 commit 还是会保留在 master 分支的记录中,当你再次合并进去时,git 判断有相同的 commitHash,就忽略了相关 commit 修改的内容。
现在 master 的记录是这样的。
再次使用 revert,之前被 revert 的修改内容就又回来了。
六、reflog
此命令管理重录中记录的信息。
如果说 reset --soft
是后悔药,那 reflog 就是强力后悔药。它记录了所有的 commit 操作记录,便于错误操作后找回记录。
应用场景
reset --hard
,结果紧张不小心记错了 commitHash,reset 过头,把同事的 commit 搞没了。没办法,reset --hard
是强制回退的,找不到 commitHash 了,只能让同事从本地分支再推一次(同事瞬间拳头就硬了,怎么又是你)。于是,你的技术形象又一落千丈。命令使用
分支记录如上,想要 reset 到 b。
误操作 reset 过头,b 没了,最新的只剩下 a。
这时用 git reflog
查看历史记录,把错误提交的那次 commitHash 记下。
再次 reset 回去,就会发现 b 回来了。
文章转载于:https://juejin.cn/post/7071780876501123085
七、总结
stash
:存储临时代码。reset --soft
:软回溯,回退 commit 的同时保留修改内容。cherry-pick
:复制 commit。revert
:撤销 commit 的修改内容。reflog
:记录了 commit 的历史操作。
关注我,一起携手进阶
欢迎关注前端早茶,与广东靓仔携手共同进阶~