Git学习——修复bug

这篇具有很好参考价值的文章主要介绍了Git学习——修复bug。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

        场景:开发过程中大家都会自己创建一个自己的分支去工作,工作完成后将自己的分支合并到主路,但是在这个过程中,会出现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.txt

huangjiaxin@hjiax2023 MINGW64 ~/Documents/test (issue-101)
$ git add readme.txt

huangjiaxin@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.txt

no 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,回到工作现场;

在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit>命令,把bug提交的修改“复制”到当前分支,避免重复劳动。文章来源地址https://www.toymoban.com/news/detail-832887.html

到了这里,关于Git学习——修复bug的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【BUG】微信小程序扫码获取不到scene参数的bug修复

    扫码后获取不到scene,必须点击“重新进入小程序”才可以 微信小程序的二维码扫描分为两种情况: 冷启动:当用户首次扫描二维码或在后台无该小程序运行实例时打开小程序,此时可以通过scene参数获取到二维码中的数据。 热启动:当小程序已经在后台运行,用户通过扫描

    2024年04月26日
    浏览(44)
  • Nacos 2.3.2 正式发布,修复重大 bug!

    大家好,我是R哥。 Nacos 2.3.2 前几天正式发布了,修复了一个重大 bug。 Nacos 先扫个盲: Nacos 一个用于构建云原生应用的动态服务发现、配置管理和服务管理平台,由阿里巴巴开源,致力于发现、配置和管理微服务。 说白了, Nacos 就是充当微服务中的的注册中心和配置中心。

    2024年04月11日
    浏览(35)
  • SonarQube扫描常见Bug、漏洞修复整理(持续更新中)

    这种提示是指可能存在空指针异常,需要增加空值检测。 说明:未做非空校验,可能产生空指针 解决方案:加上非空校验 解决方式:先判断或者先实例化,再访问里面的属性或者成员。 说明:int数运算最终再把结果转为long将有可能产生溢出 说明:防止内存泄露溢出,Thr

    2024年02月15日
    浏览(53)
  • Java 21中的两个值得关注的Bug修复

    在Java 21中,除了推出很多新特性之外,一些Bug修复,也需要注意一下。因为这些改变可能在升级的时候,造成影响。 比如:对于 Double.String(1e23) : 在Java 19后,输出内容为: 1.0E23 在Java 18中,输出内容为: 9.999999999999999E22 欢迎关注,持续更新的Java新特性专栏 IdentityHashMap 是

    2024年02月05日
    浏览(44)
  • Windows 性能突然打鸡血,靠 Bug 修复了多年顽疾

    要说 的 Bug 集中地,当属资源管理器。 速度缓慢、卡顿、崩溃,不同设备、不同版本的用户都有不同的感受。 严格来说,这其实是 Windows 的传统艺能,要完美修复可不容易。 而作为小老弟的文件资源管理器,时不时来个 无响应 也是个保留节目。 最近 X 用户 @VivyVCCS 又挖掘

    2024年02月09日
    浏览(38)
  • 【重大消息】ONLYOFFICE 文档 v7.3.3 已成功修复 bug

    在这个热修复补丁中,我们修复了许多 bug,并成功修补了最近发现的 CVE-2022-47412 漏洞。请阅读下文,了解详情。 v7.3.3 包括所有编辑器、移动应用程序、ONLYOFFICE 文档后台和插件的大量修复。您可以在我们的​​ GitHub ​​上访问完整的更新日志。 最重要的是,CVE-2022-47412 在

    2024年02月06日
    浏览(43)
  • 安卓玩机搞机----移植第三方rom修复 第三方GSI系统修复bug综合解析【一】

    很多朋友热衷与刷写第三方非当前机型官方系统的rom。和刷写第三方gsi等等。例如 米系列机型刷写Flyme 一加机型刷写miui oppo刷写gsi等等。 很多友友也会尝试自己移植第三方rom。但此类操作最大的问题在于修复可以开机后的bug,今天的教程综合说明下这类修复思路。资源步骤

    2024年02月07日
    浏览(80)
  • Apache DolphinScheduler 3.1.8 版本发布,修复 SeaTunnel 相关 Bug

    近日,Apache DolphinScheduler 发布了 3.1.8 版本。此版本主要基于 3.1.7 版本进行了 bug 修复,共计修复 16 个 bug, 1 个 doc, 2 个 chore。 其中修复了以下几个较为重要的问题: 修复在构建 SeaTunnel 任务节点的参数时错误的判断条件 修复 SeaTunnel 任务运行模式默认为运行,无法选择空值的

    2024年02月13日
    浏览(46)
  • 【python修复bug】—— HTTP_2 网站超时问题的解决方案

    在进行网络数据爬取时,使用 Python 程序访问支持 HTTP/2 协议的网站时,有时会遇到超时问题。这可能会导致数据获取不完整,影响爬虫程序的正常运行。 问题描述 在实际操作中,当使用 Python 编写的爬虫程序访问支持 HTTP/2 协议的网站时,可能会遇到超时异常。即使尝试强制

    2024年01月18日
    浏览(38)
  • 绝地求生:周三不停机维护: 修复BUG,“红面具”天使与恶魔套装上线!

    嗨,我是闲游盒~ 本周三没有停机维护,10点退出游戏重新获取一下热更新即可直接进入游戏游玩啦~ *本周不停机维护修复几个问题 * 维护包括以下修复: 修复了与血猎人套装相关的问题 修复了烟雾弹的烟雾高度比以前更高的问题 修复了在某些游戏模式下,很多人从同一个起

    2024年01月19日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包