Як я міг використовувати 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 і поміняв місцями значення хорошого <=> поганого.

Іншими словами, розглядайте "поганий" як щось, що не викликає проблем, тому це не "хороша" версія, на якій базується ваш патч.

Хороше і погане - це все одно досить суб’єктивні поняття, так? :)

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/