Как я мог использовать git bisect, чтобы найти первую ХОРОШУЮ фиксацию?

У меня следующая проблема:

• версия masterработает нормально
• версия последнего тега перед master(скажем last) содержит ошибку
• коллеге нужен патч для его lastревизии для этой определенной ошибки

Ладно. Давайте спросим у нашего друга git bisectревизию, в которой исправлена ​​ошибка:

git bisect start
git bisect bad last
git bisect good master

Но это не сработает:

Некоторые хорошие обороты не являются предшественниками плохих оборотов.
git bisect в этом случае не может работать должным образом.
Может быть, вы перепутали хорошие и плохие обороты?

Какие-нибудь подсказки, чтобы преодолеть это? Я что-то пропустил в документации?

Начиная с git 2.7, вы можете использовать аргументы --term-old и --term-new.

Например, вы можете определить фиксацию исправления проблемы следующим образом:

git bisect start --term-new=fixed --term-old=unfixed
git bisect fixed master
git bisect unfixed $some-old-sha1

По мере того, как будете тестировать, скажите git bisect fixedили, git bisect unfixedкак нужно .

Старый ответ для версий git до 2.7

Вместо того, чтобы временно приучать себя думать, что плохое означает хорошее, а хорошее означает плохое, почему бы не создать несколько псевдонимов?

В ~/.gitconfigдобавить следующее:

[alias]
        bisect-fixed = bisect bad
        bisect-unfixed = bisect good

Вы можете начать определение фиксации исправления проблемы следующим образом:

$ git bisect start
$ git bisect-fixed master
$ git bisect-unfixed $some-old-sha1

По мере того, как будете тестировать, скажите git bisect-fixedили, git bisect-unfixedкак нужно .

Я бы просто "обманул" мерзавца и поменял местами хорошее <=> плохое.

Другими словами, считайте «плохой» чем-то, что не указывает на проблему, поэтому это не «хорошая» версия, на которой основывается ваш патч.

В любом случае, хорошее и плохое - довольно субъективные понятия, не так ли? :)

git bisect start
git bisect good last
git bisect bad master

Если вы используете, git bisect runкак я, proveкоманду Perl (которая запускает автоматические тесты), у вас нет возможности просто поменять местами goodи bad. Об успешном выполнении тестов будет сообщено как код выхода.

Я нашел допустимый синтаксис Bash, который отменяет код выхода программы, выполняемой git bisect run:

git bisect start
git bisect bad HEAD                 # last revision known to PASS the tests
git bisect good $LAST_FAIL_REVISION # last revision known to FAIL the tests
git bisect run bash -c "! prove"

Это дало мне первую ревизию, которая прошла все тесты prove.

Git теперь позволяет использовать oldи newбез предварительного определения их. Вы должны вызвать git bisect startбез коммитов в качестве дополнительных аргументов, а затем правильно начать деление пополам, вызвав

git bisect old <rev>
git bisect new <rev>

https://git-scm.com/docs/git-bisect#_alternate_terms

По сути, это то, что предлагал @MarcH.

Псевдонимы Git - хорошая идея, однако термины fixedи unfixedимеют ту же проблему, что goodи и bad: вы не можете сделать так, чтобы они были совместимы как с регрессиями, так и с прогрессиями. Легко найти слова, которые работают в любом случае: просто возьмите их из исходной терминологии двоичного поиска, которая является нейтральной по своей природе, без предвзятого мнения о том, что хорошо, а что плохо. Например:

git config --global alias.bisect-high 'bisect bad'
git config --global alias.bisect-low  'bisect good'

Используя такие нейтральные термины, вы всегда можете ввести: git bisect-high(или git bisect-upper, или git-bisect max... на ваш выбор!) Независимо от того, ищете ли вы регресс или исправление .

Жаль, что разработчики git bisect не могли просто повторно использовать какие-либо существующие термины. Пользовательский интерфейс, вообще говоря, не является проблемой Git: http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/