Git 强大的二分 debug 功能 - git bisect

最新推荐文章于 2024-05-21 16:29:00 发布
最新推荐文章于 2024-05-21 16:29:00 发布
阅读量1.3k 收藏
点赞数
分类专栏： Git 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hldh214/article/details/53239398
版权

ref : http://www.qlcoder.com/task/76a4


Jim@hldh214 MINGW64 /c/tmp (master)
$ git bisect start

Jim@hldh214 MINGW64 /c/tmp (master|BISECTING)
$ git bisect bad

Jim@hldh214 MINGW64 /c/tmp (master|BISECTING)
$ git bisect good 88dccd
Bisecting: 4999 revisions left to test after this (roughly 12 steps)
[fe60a0750aa9eee702e486fd7a0d3601c894f255] add function

Jim@hldh214 MINGW64 /c/tmp ((fe60a07...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.033s

OK

Jim@hldh214 MINGW64 /c/tmp ((fe60a07...)|BISECTING)
$ git bisect good
Bisecting: 2499 revisions left to test after this (roughly 11 steps)
[6669dbbf6b0c14d90d9f736082b10db6a68c3d1a] add function

Jim@hldh214 MINGW64 /c/tmp ((6669dbb...)|BISECTING)
$ python unit.py
F
======================================================================
FAIL: test (__main__.mytest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "unit.py", line 9, in test
    self.assertEqual(source.f_51106f2(1,2,3,4,5,6,7,8,9,10),8,'fail')
AssertionError: 7 != 8 : fail

----------------------------------------------------------------------
Ran 1 test in 0.034s

FAILED (failures=1)

Jim@hldh214 MINGW64 /c/tmp ((6669dbb...)|BISECTING)
$ git bisect bad
Bisecting: 1249 revisions left to test after this (roughly 10 steps)
[3bc8fc0589d140b21e96139ff751aba05000fd4d] add function

Jim@hldh214 MINGW64 /c/tmp ((3bc8fc0...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.008s

OK

Jim@hldh214 MINGW64 /c/tmp ((3bc8fc0...)|BISECTING)
$ git bisect good
Bisecting: 624 revisions left to test after this (roughly 9 steps)
[512ef6cb4a8583752bf9077ab0ff8501f6dc43f0] add function

Jim@hldh214 MINGW64 /c/tmp ((512ef6c...)|BISECTING)
$ python unit.py
F
======================================================================
FAIL: test (__main__.mytest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "unit.py", line 9, in test
    self.assertEqual(source.f_48fa148(1,2,3,4,5,6,7,8,9,10),6,'fail')
AssertionError: 5 != 6 : fail

----------------------------------------------------------------------
Ran 1 test in 0.008s

FAILED (failures=1)

Jim@hldh214 MINGW64 /c/tmp ((512ef6c...)|BISECTING)
$ git bisect bad
Bisecting: 312 revisions left to test after this (roughly 8 steps)
[2bf1a99f136e12fb91290c2cc3942a09f34c0549] add function

Jim@hldh214 MINGW64 /c/tmp ((2bf1a99...)|BISECTING)
$ python unit.py
F
======================================================================
FAIL: test (__main__.mytest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "unit.py", line 9, in test
    self.assertEqual(source.f_2f64d32(1,2),4,'fail')
AssertionError: 3 != 4 : fail

----------------------------------------------------------------------
Ran 1 test in 0.001s

FAILED (failures=1)

Jim@hldh214 MINGW64 /c/tmp ((2bf1a99...)|BISECTING)
$ git bisect bad
Bisecting: 155 revisions left to test after this (roughly 7 steps)
[688a5d8dddf77e63ee2a712da6cc7c69ef5bc5f1] add function

Jim@hldh214 MINGW64 /c/tmp ((688a5d8...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.005s

OK

Jim@hldh214 MINGW64 /c/tmp ((688a5d8...)|BISECTING)
$ git bisect good
Bisecting: 77 revisions left to test after this (roughly 6 steps)
[60d633cb6a38961efa13d45d50308aa9707cd8df] add function

Jim@hldh214 MINGW64 /c/tmp ((60d633c...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.000s

OK

Jim@hldh214 MINGW64 /c/tmp ((60d633c...)|BISECTING)
$ git bisect good
Bisecting: 38 revisions left to test after this (roughly 5 steps)
[ffeb2daf978ee5a0b7fef8df74acab15ee414152] add function

Jim@hldh214 MINGW64 /c/tmp ((ffeb2da...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.015s

OK

Jim@hldh214 MINGW64 /c/tmp ((ffeb2da...)|BISECTING)
$ git bisect good
Bisecting: 19 revisions left to test after this (roughly 4 steps)
[6af5fb9f8f253a325f4c0bc52f7e6d43c92e34ce] add function

Jim@hldh214 MINGW64 /c/tmp ((6af5fb9...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.004s

OK

Jim@hldh214 MINGW64 /c/tmp ((6af5fb9...)|BISECTING)
$ git bisect good
Bisecting: 9 revisions left to test after this (roughly 3 steps)
[0bfd35fa952c21734dee652e4e6ed59c398f7823] add function

Jim@hldh214 MINGW64 /c/tmp ((0bfd35f...)|BISECTING)
$ python unit.py
F
======================================================================
FAIL: test (__main__.mytest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "unit.py", line 9, in test
    self.assertEqual(source.f_3107b9d(1),6,'fail')
AssertionError: 5 != 6 : fail

----------------------------------------------------------------------
Ran 1 test in 0.016s

FAILED (failures=1)

Jim@hldh214 MINGW64 /c/tmp ((0bfd35f...)|BISECTING)
$ git bisect bad
Bisecting: 4 revisions left to test after this (roughly 2 steps)
[3faa7a1e591c3d103459a521735e95f8459768fe] add function

Jim@hldh214 MINGW64 /c/tmp ((3faa7a1...)|BISECTING)
$ python unit.py
.
----------------------------------------------------------------------
Ran 1 test in 0.013s

OK

Jim@hldh214 MINGW64 /c/tmp ((3faa7a1...)|BISECTING)
$ git bisect good
Bisecting: 2 revisions left to test after this (roughly 1 step)
[8984e491dc6fb5b59a9910fb624e5edbfcaf66d9] add function

Jim@hldh214 MINGW64 /c/tmp ((8984e49...)|BISECTING)
$ python unit.py
F
======================================================================
FAIL: test (__main__.mytest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "unit.py", line 9, in test
    self.assertEqual(source.f_9dcb7(1,2),5,'fail')
AssertionError: 4 != 5 : fail

----------------------------------------------------------------------
Ran 1 test in 0.020s

FAILED (failures=1)

Jim@hldh214 MINGW64 /c/tmp ((8984e49...)|BISECTING)
$ git bisect bad
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[ceae71a5ae10d3c23c8c6b522d77e57436572521] add function

Jim@hldh214 MINGW64 /c/tmp ((ceae71a...)|BISECTING)
$ python unit.py
F
======================================================================
FAIL: test (__main__.mytest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "unit.py", line 9, in test
    self.assertEqual(source.f_2204f42(1,2,3,4),1,'fail')
AssertionError: 0 != 1 : fail

----------------------------------------------------------------------
Ran 1 test in 0.008s

FAILED (failures=1)

Jim@hldh214 MINGW64 /c/tmp ((ceae71a...)|BISECTING)
$ git bisect bad
ceae71a5ae10d3c23c8c6b522d77e57436572521 is the first bad commit
commit ceae71a5ae10d3c23c8c6b522d77e57436572521
Author: JianJinYi <JianJinYi@qlcoder.com>
Date:   Thu May 19 23:27:17 2016 +0800

    add function

:100644 100644 09b2cfed1cc15cb8ed82f42d6e5b229cfcee9fdc b98cfbf94195e411fad52e6fcebe17889d787656 M      source.py
:100644 100644 29605e0f326cf1f9896c8712404e9055fefe9524 a4123398ca1a55abb251c154c1f8b50a48d2ba23 M      unit.py

Jim@hldh214 MINGW64 /c/tmp ((ceae71a...)|BISECTING)
$

git bisect 使用二分查找算法

可以快速找到很久之前的 commit 里面的 bug

hldh214
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
git使用小记：利用git bisec二分法查找定位bug问题
MichaelX的专栏
09-18 1141
利用git bisec二分法查找定位bug问题前言操作步骤实操总结 前言 如果出现bug，很容易想到的是回滚git记录查找bug出现的提交，通常可以手动回滚记录进行定位，找到引入bug的提交进行修复。git提供了一种二分查找的方式帮助开发者快速定位bug引入的提交。很久没用做个记录。 操作步骤 开始git二分定位 标记包含bug提交 标记上一个不含bug的提交 运行验证 进行标记 重复2~5步 定位bug git提交 结束git二分查找 修复bug 实操 步骤1：开始二分查找 $ git bisec s
三分钟教你学Git(十三) - 二分查找
hongchangfirst
06-08 3415
比如说你收到了错误报告，然后你知道前几天明明是好的，但是这几天有好多新的commit被部署了，那么我们怎么迅速的找到第一个引入Bug的commit呢？ 我们可以使用git bisect，git利用二分查找法迅速找到第一个坏的commit，下边看看具体怎么用就明白了。 我们首先告诉git我们要开始binary search了。 # git bisect start 然后我们告
Git 二分调试法，火速定位疑难Bug！
weixin_34209851的博客
12-20 217
你一定遇到过，一个很久没修改过的功能，莫名其妙的出现了问题？肉眼查代码、屡逻辑完全找不到问题点？前两天还好好的功能，怎么这个今天就不行了？这两天改动了这么多代码，到底是那一次改动引发的 Bug？ 这样非崩溃的 Bug，有时候想要排查出问题，并不是一件容易的事情。我想，这个时候你会需要 git bisect ! 一、git bisect 基础使用 git bisect 是 Git 提供的一种 二分...
Git Debug
三丰的专栏
01-04 1063
export GIT_TRACE=1 export GIT_CURL_VERBOSE=1 执行上述两条命令可以在使用git的时候显示debug信息。 参考：https://stackoverflow.com/questions/6178401/how-can-i-debug-git-git-shell-related-problems
【Git教程】（十五）二分法排错 — 概述及使用要求，执行过程及其实现（用二分法人工排错或自动排错），替代解决方案 ~
Technology changes the world of life
04-22 1203
在下图中，我们将会看到一段提交历史，其中有一个确认无误的提交和已明确出了问题的提交。虽然提交历史并不非得要线性发展，但在出了问题的提交到没有问题的提交之间必须要有一条路径，以说明它们之间的父系关系。当二分查找进程被启动之后， Git 就会在相关的提交历史的中间位置选择一个合适的提交。该提交将会被执行某种人工测试或脚本测试，然后根据其结果被标记为“good”或“had”。接着，该二分查找任务会去挑选另一个提交对象，对其进行测试并标记。这个进程会一直重复该动作，直至找到其直系父提交中没有错误的那次提交。
Git-2.45.2-64-bit.rar
最新发布
06-10
这个"Git-2.45.2-64-bit.rar"压缩包包含的是Git的最新64位版本，适用于Windows操作系统。Git不断更新以提供更好的性能、新功能以及安全改进，版本2.45.2就是这一迭代过程中的一个重要里程碑。 Git的核心概念包括...
git-2.41.0-64-bit window版本
06-02
Git是世界上最流行的分布式版本...总的来说，Git-2.41.0-64-bit window版本为Windows开发者提供了强大的版本控制工具，帮助他们更高效、安全地管理项目代码。无论是在个人项目还是团队协作中，Git都是不可或缺的工具。
windows xp Git32 安装包 Git-2.10.0-32-bit
02-17
7. **插件支持**：Git社区提供了许多插件，可以扩展Git的功能，例如git-flow用于支持Gitflow工作流，SourceTree等图形化客户端。 8. **网络交互**：Git可以与各种代码托管平台（如GitHub、GitLab和Bitbucket）无缝...
Git-2.45.2-64-bit.exe
06-04
Git（读音为/gɪt/）是一个开源的分布式版本控制系统
git-dissect:分布式git bisect
05-18
git-dissect：分布式biSECT git-dissect是git bisect的替代方法，它允许在多个主机上运行测试以更快地进行bisect。 它是受罗伯·霍尔茨（Rob Hoelz）的。安装 $ git clone ...
(四)Git高阶技巧
厚积薄发
03-14 384
比较不同分支之间代码差异 用reset回退到某个版本的时候，可能会使用commit的完整的40位的hash值来指定某个commit。 版本的回退和前进，git reset --hard commit标识符, 40位的SHA-1 hash值 但是在实际工作中，我们一般是不会用git的40位的SHA-1 hash值, 用短值 1、短SHA-1值 不一定就是要用40位完整的SHA-1 hash值来选择一个commit，也可以只是提供hash值的前几位，至少要4位以上 在git仓库中就这前几...
git 的 Debug分支
liangkaiping0525的博客
06-13 982
Debug分支在项目的正常开发过程中，之前发布过的版本可能很会出bug，这时就需要停下来现在的开发任务，先去修改bug，完成后再回来继续开发任务git中stash提供了保存现场的功能，可以把当前工作区、暂存区中的内容不需要提交而保存下来，转而去做bug修复，完成后再恢复现场，继续开发工作示例如下：停止当前工作，修复master分支下的一个bug，为修改dailyfresh/settings.py文...
git-bisect命令
zhangfanll的博客
05-21 239
该命令使用二进制搜索算法查找项目历史记录中的哪个提交引入了错误。要使用它，首先要告诉它一个已知包含bug的“坏”提交，以及一个在引入bug之前已知的“好”提交。然后git bisect在这两个端点之间选择一个提交，并询问您所选择的提交是“好”还是“坏”。它继续缩小范围，直到找到引入更改的确切提交。四、基本 bisect 命令：start,bad,good。该命令接受各种子命令，并根据子命令接受不同的选项。使用二分法来查找一个引入bug的commit。1、启动一个bisect会话。
git 二分查找 (git bisect)
Hello_NB1的博客
04-28 1193
转载自: http://smilejay.com/2013/01/git-bisect/ git中的二分查找（git bisect） 01/09/2013master Leave a Comment 用git管理的代码仓库，如果发现引入的新的bug，则可以使用 “git bisect” 来进行二分查找，从而定位是到引入bug的commit。这也特别是Linux、KVM、
二分 debug 法 yyds
Bytebase的博客
07-27 151
这么严重的问题一定是牵一发而动全身的，也就是说它是某一个确定的地方引发的 bug，而不是因为不符合预期的输入和数据引发的边界问题。
二分查找式的debug
安柏霖的专栏
05-24 1457
是的，身边充斥着简单有用的方法和思想能够让解决问题的能力更加强大。而且我们也知道这些，如果问的话甚至可以说出其中的关键细节。但是我们就是忽视着它们。。。利用二分查找的思想debug就是其中之一。昨天遇到一个问题非常诡异，我一遍遍的review代码，加入各种debug参数，但是仍旧不知为何会变得如此。后来把优化小组的两个senior coder找来仍旧对这种奇怪的现象束手无策。
Git仓库进行二分查找
本末实验室
01-07 380
`git bisect`能在commit区间中检出中间的patch，通过不断地二分查找，最终定位到带bug的patch
git打开调试命令
smoker
07-24 4871
linux下执行如下命令：   export GIT_TRACE_PACKET=1   export GIT_TRACE=1   export GIT_CURL_VERBOSE=1
bisect git 使用_GIT中的二分查找（GIT BISECT）
weixin_39946657的博客
12-18 174
用git管理的代码仓库，如果发现引入的新的bug，则可以使用 “git bisect” 来进行二分查找，从而定位是到引入bug的commit。这也特别是Linux、KVM、QEMU等开源社区中大家最常用的方法。当有bug被fix时，也可以同样使用”git bisect”来二分查找fix了这个bug的commit。不过，由于”git bisect”最初是用于寻找引入bug的坏点而不是fix bug的...
git config --global --add
06-06
当你使用 `git config --global --add key value` 的时候，例如 `git config --global user.name "Your Name"` 或 `git config --global user.email you@example.com`，Git 将会永久性地存储这些信息，使得每次你在 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值