Re: [BUG REPORT] Git does not correctly replay bisect log
- Date: Tue, 4 Dec 2018 12:04:05 +0100
- From: Christian Couder <christian.couder@xxxxxxxxx>
- Subject: Re: [BUG REPORT] Git does not correctly replay bisect log
On Tue, Dec 4, 2018 at 10:53 AM Lukáš Krejčí <lskrejci@xxxxxxxxx> wrote:
> Executing git bisect replay reaches a different commit than
> the one that is obtained by running the commands from the bisect log manually.
> $ git bisect replay /var/tmp/git-bisect.log
> We are not bisecting.
> Bisecting: a merge base must be tested
> [d72e90f33aa4709ebecc5005562f52335e106a60] Linux 4.18-rc6
Merge bases are tested only when the good commit is not an ancestor of
the bad commit. If this didn't happen when the log was recorded, it
shouldn't happen when it is replayed.
Here it seems that this is happening at the beginning of the replay.
Perhaps git bisect replay is taking into account the current
branch/commit though it shouldn't.
I wonder if this would happen if the current branch/commit has the
good commit as an ancestor.
Could you try to check that? And first could you give us the output of:
git merge-base 5b394b2ddf0347bef56e50c69a58773c94343ff3