2015-03-13 2 views
1

все,Git bisect to wrong result

Я использую git bisect, чтобы найти плохую фиксацию для отказа операционной системы Linux.

И нынешний известный плохой фиксации является:

commit 0f3f4fef3520fe888303886b62224bac7a837cac 
Author: Darren Hart <[email protected]> 
Date: Mon Mar 2 09:06:39 2015 -0800 

Add manifest for 2015-03-02 

Хорошо известно совершить это:

commit 857a433072364883be5e4a7e30b895360999c8ab 
Merge: d6182fe 0e28b83 
Author: Darren Hart <[email protected]> 
Date: Mon Feb 23 17:11:35 2015 -0800 

Merge commit '0e28b83bcbf60b2485f55ec71ce540f9153725d4' 

Таким образом, я типа:

[[email protected] linux]# git bisect start 
[[email protected] linux]# 

[[email protected] linux]# git bisect good 857a433072364883be5e4a7e30b895360999c8ab 

[[email protected] linux]# git bisect bad 0f3f4fef3520fe888303886b62224bac7a837cac 
Bisecting: a merge base must be tested 
[c517d838eb7d07bbe9507871fab3931deccff539] 
Linux 4.0-rc1 

И тест фиксации идентификатор в :

[[email protected] linux]# git log 
commit c517d838eb7d07bbe9507871fab3931deccff539 
Author: Linus Torvalds <[email protected]> 
Date: Sun Feb 22 18:21:14 2015 -0800 

Linux 4.0-rc1 

что впереди хорошее обязательство:

commit 857a433072364883be5e4a7e30b895360999c8ab 
Date: Mon Feb 23 17:11:35 2015 -0800 

Я думаю разрез`ать никогда не найдет плохой фиксации.

Пропустить что-нибудь?

Благодаря

ответ

1

Я думаю, что я получил ответ, что это вызвано мерзавца перебазироваться:

Предположим, что последующая история существует и текущая ветвь «тема»:

 A---B---C topic 
    /
D---E---F---G master 

С этого момента результат следующей команды:

git rebase master 

будет:

   A'--B'--C' topic 
      /
D---E---F---G master 

Итак, B исчез. Если B является хорошей фиксации, и после перебазирования, мы находим, что C»плохой фиксации, следующую команду:

git bisect start 
git bisect good B 
git bisect bad C' 

будет генерировать тест фиксации перед В, например: E.

Смежные вопросы