git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: Git Mailing list <git@vger.kernel.org>
Subject: should "git bisect skip" not visually reduce number of revisions left?
Date: Fri, 9 Feb 2018 10:54:31 -0500 (EST)	[thread overview]
Message-ID: <alpine.LFD.2.21.1802091045380.25356@android-a172fe96dd584b41> (raw)


  perhaps i'm misreading something, but i'm trying to put together a
hands-on example on how to use "git bisect" with feature branches as
explained here:

https://blog.smart.ly/2015/02/03/git-bisect-debugging-with-feature-branches/

and i'm using the linux kernel source as the content, so i started a
bisection session with:

$ git bisect start v4.15 v4.14
Bisecting: 8497 revisions left to test after this (roughly 13 steps)
[5d352e69c60e54b5f04d6e337a1d2bf0dbf3d94a] Merge tag 'media/v4.15-1' of
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
$

  so far, apparently, so good. now i'm running the script:

  for rev in $(git rev-list v4.14..v4.15 --merges --first-parent) ; do
        echo "=== ${rev} ==="
        git rev-list ${rev}^2 --not ${rev}^
        git rev-list ${rev}^2 --not ${rev}^ | xargs git bisect skip
  done

so students can see the "git bisect skip" operations happening (there
will be 435 of them). first few lines of output verifying the opening
skip operations:

=== 24b1cccf922914f3d6eeb84036dde8338bc03abb ===
1df37383a8aeabb9b418698f0bcdffea01f4b1b2
Bisecting: 8497 revisions left to test after this (roughly 13 steps)
[5d352e69c60e54b5f04d6e337a1d2bf0dbf3d94a] Merge tag 'media/v4.15-1' of
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
=== 32c6cdf75c9270848d2d0ed7c814eba05b47081f ===
dd085168a74c99c3ebe7f813069e412eb8444243
8a95b74d50825067fb6c8af7f9db03e711b1cb9d
36b3a7726886f24c4209852a58e64435bde3af98
5beda7d54eafece4c974cfa9fbb9f60fb18fd20a
1d080f096fe33f031d26e19b3ef0146f66b8b0f1
7e702d17ed138cf4ae7c00e8c00681ed464587c7
40d4071ce2d20840d224b4a77b5dc6f752c9ab15
Bisecting: 8497 revisions left to test after this (roughly 13 steps)
[5d352e69c60e54b5f04d6e337a1d2bf0dbf3d94a] Merge tag 'media/v4.15-1' of
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
=== 07b0137c0268b8d0694a5f09284449353a1a6fed ===
... and so on ...

  what's weird(?) is that, while it's running right now, every "git
bisect skip" operation doesn't change the apparent number of revisions
left to examine -- it's always:

  Bisecting: 8497 revisions left to test after this (roughly 13 steps)

is that not supposed to change to reflect the increasing number of
revisions to skip? or does that stay the same for the entire process
until i start to bisect? or am i just doing something wrong?

rday

                 reply	other threads:[~2018-02-09 15:54 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LFD.2.21.1802091045380.25356@android-a172fe96dd584b41 \
    --to=rpjday@crashcourse.ca \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).