场景:开发过程中大家都会自己创建一个自己的分支去工作,工作完成后将自己的分支合并到主路,但是在这个过程中,会出现bug,因此当我们正在分支工作的时候,却突然接到紧急任务修复bug,我们需要先保存我们当前分支的工作状态,然后去处理bug。
例如:现在是主路出现了bug,第一步我们需要保存现在自己工作的支路状态,第二步创建一个新的支路issue去修复主路的bug。(为什么要先保存自己支路的工作状态呢?因为如果如果不保存支路的工作状态,那么你的支路工作区就不是干净的,后续你创建分支issue去修复bug的时候可能会和你支路的工作状态产生冲突,文件可能又同时被多条路修改了。所以在我们处理问题前,记得先保存自己支路的工作状态,确认自己支路工作状态是干净的后,再去解决bug。)
假设我正在dev支路上工作,现在突然要去修复bug,但是我的支路工作没有提交,因为并没有完成:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git status
On branch dev
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
modified: readme.txt
并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?
幸好,Git还提供了一个stash
功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git stash
Saved working directory and index state WIP on dev: 1045cbf QT程序上传备份
现在,用git status
查看工作区,就是干净的(除非有没有被Git管理的文件),因此可以放心地创建分支来修复bug。
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git status
On branch dev
nothing to commit, working tree clean
首先确定要在哪个分支上修复bug,假定需要在main
分支上修复,就从main
创建临时分支:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git checkout main
Switched to branch 'main'
Your branch is up to date with 'origin/main'.huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (main)
$ git checkout -b issue-101
Switched to a new branch 'issue-101'
现在修复bug,你就随便修改一下文本就行了,然后提交:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (issue-101)
$ vi readme.txthuangjiaxin@hjiax2023 MINGW64 ~/Documents/test (issue-101)
$ git add readme.txthuangjiaxin@hjiax2023 MINGW64 ~/Documents/test (issue-101)
$ git commit -m '修复bug'
[issue-101 6709b2b] 修复bug
1 file changed, 1 insertion(+)
修复完成后,切换到main
分支,并完成合并,最后删除issue-101
分支:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (issue-101)
$ git switch main
Switched to branch 'main'
Your branch is up to date with 'origin/main'.huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (main)
$ git merge --no-ff -m '修复了问题101' issue-101
Merge made by the 'ort' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
太棒了,原计划两个小时的bug修复只花了5分钟!现在,是时候接着回到dev
分支干活了!
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (main)
$ git switch dev
Switched to branch 'dev'
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git status
On branch dev
nothing to commit, working tree clean
工作区是干净的,刚才的工作现场存到哪去了?用git stash list
命令看看:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git stash list
stash@{0}: WIP on dev: 1045cbf QT程序上传备份
工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,有两个办法:
一是用git stash apply
恢复,但是恢复后,stash内容并不删除,你需要用git stash drop
来删除;
另一种方式是用git stash pop
,恢复的同时把stash内容也删了:
huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (dev)
$ git stash pop
error: Your local changes to the following files would be overwritten by merge:
readme.txt
Please commit your changes or stash them before you merge.
Aborting
On branch dev
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
modified: readme.txtno changes added to commit (use "git add" and/or "git commit -a")
The stash entry is kept in case you need it again.
再用git stash list
查看,就看不到任何stash内容了:
$ git stash list
你可以多次stash,恢复的时候,先用git stash list
查看,然后恢复指定的stash,用命令:
$ git stash apply stash@{0}
在main分支上修复了bug后,我们要想一想,dev分支是早期从master分支分出来的,所以,这个bug其实在当前dev分支上也存在。
那怎么在dev分支上修复同样的bug?重复操作一次,提交不就行了?
有木有更简单的方法?
有!
同样的bug,要在dev上修复,我们只需要把4c805e2 fix bug 101
这个提交所做的修改“复制”到dev分支。注意:我们只想复制4c805e2 fix bug 101
这个提交所做的修改,并不是把整个master分支merge过来。
为了方便操作,Git专门提供了一个cherry-pick
命令,让我们能复制一个特定的提交到当前分支:
$ git branch
* dev
master
$ git cherry-pick 4c805e2
[master 1d4b803] fix bug 101
1 file changed, 1 insertion(+), 1 deletion(-)
Git自动给dev分支做了一次提交,注意这次提交的commit是1d4b803
,它并不同于main的4c805e2
,因为这两个commit只是改动相同,但确实是两个不同的commit。用git cherry-pick
,我们就不需要在dev分支上手动再把修bug的过程重复一遍。
有些聪明的童鞋会想了,既然可以在master分支上修复bug后,在dev分支上可以“重放”这个修复过程,那么直接在dev分支上修复bug,然后在master分支上“重放”行不行?当然可以,不过你仍然需要git stash
命令保存现场,才能从dev分支切换到master分支。
小结
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
当手头工作没有完成时,先把工作现场git stash
一下,然后去修复bug,修复后,再git stash pop
,回到工作现场;文章来源:https://www.toymoban.com/news/detail-832887.html
在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit>
命令,把bug提交的修改“复制”到当前分支,避免重复劳动。文章来源地址https://www.toymoban.com/news/detail-832887.html
到了这里,关于Git学习——修复bug的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!