🐞 Git bisect: найдите коммит с багом без перебора всей истории
🐞 Git bisect: найдите коммит с багом без перебора всей истории Если ошибка появилась где-то между «раньше работало» и текущей версией, Git умеет искать виновника бинарным поиском. Вместо проверки каждого коммита вы несколько раз отмечаете промежуточную версию как рабочую или сломанную — диапазон быстро сужается. Базовый сценарий: 1. Сохраните незакоммиченные изменения и запустите поиск: `git bisect start` 2. Отметьте текущую версию как сломанную: `git bisect bad` 3. Укажите последний точно рабочий коммит или тег: `git bisect good <commit-or-tag>` 4. Git переключится на промежуточный коммит. Запустите сборку или тест. 5. Если всё работает, выполните `git bisect good`; если баг есть — `git bisect bad`. 6. Повторяйте проверку, пока Git не покажет первый плохой коммит. 7. Завершите сеанс и вернитесь к исходной ветке: `git bisect reset` Если проверка уже автоматизирована, используйте `git bisect run <команда-теста>`. Команда должна завершаться с кодом 0 для рабочей версии; специальный код 125 пропускает коммит, который нельзя проверить. Перед началом убедитесь, что рабочее дерево чистое: во время поиска Git будет переключать коммиты. Сохраните инструкцию — она пригодится, когда регрессия прячется в длинной истории. Источник: официальная документация Git — https://git-scm.com/docs/git-bisect #первыйхаб #технологии #git #программирование #отладка