Bagaimana saya bisa menggunakan git bisect untuk menemukan komit GOOD pertama?

Saya memiliki masalah berikut:

• versi di masterberfungsi dengan baik
• versi dari tag terakhir sebelum master(katakanlah last) memiliki bug
• seorang kolega membutuhkan patch untuk lastrevisinya untuk bug tertentu itu

Baik. Mari tanyakan teman kita git bisecttentang revisi yang memperbaiki bug:

git bisect start
git bisect bad last
git bisect good master

Tapi itu tidak akan berhasil:

Beberapa revs baik bukanlah nenek moyang dari revs buruk.
git bisect tidak dapat berfungsi dengan baik dalam kasus ini.
Mungkin Anda salah mengira revs baik dan buruk?

Ada petunjuk untuk mengatasi ini? Apakah saya melewatkan sesuatu di dokumen?

Mulai git 2.7, Anda dapat menggunakan argumen --term-old dan --term-new.

Misalnya, Anda dapat mengidentifikasi komit perbaikan masalah sebagai berikut:

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

Saat Anda menguji, katakan git bisect fixedatau git bisect unfixedsesuai kebutuhan.

Jawaban lama, untuk versi git sebelum 2.7

Daripada melatih diri Anda untuk sementara waktu untuk berpikir bahwa buruk berarti baik dan baik berarti buruk, mengapa tidak membuat beberapa alias?

Dalam ~/.gitconfigmenambahkan berikut:

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

Anda dapat mulai mengidentifikasi komit perbaikan masalah sebagai berikut:

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

Saat Anda menguji, katakan git bisect-fixedatau git bisect-unfixedsesuai kebutuhan.

Saya hanya akan "menipu" git dan menukar makna baik <=> buruk.

Dengan kata lain, anggap "buruk" sebagai sesuatu yang tidak menunjukkan masalah jadi ini bukan versi yang "baik" untuk mendasarkan tambalan Anda.

Baik dan buruk adalah konsep yang cukup subjektif, bukan? :)

git bisect start
git bisect good last
git bisect bad master

Jika Anda menggunakan git bisect runseperti yang telah saya lakukan dengan proveperintah Perl (yang menjalankan tes otomatis) Anda tidak memiliki kesempatan hanya untuk menukar gooddan bad. Keberhasilan pengujian akan dilaporkan sebagai kode keluar.

Saya telah menemukan sintaks Bash yang valid untuk meniadakan kode keluar dari program yang dijalankan oleh 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"

Ini memberi saya revisi pertama untuk lulus tes yang dijalankan prove.

Git sekarang memungkinkan Anda menggunakan olddan newtanpa mendefinisikannya terlebih dahulu. Anda harus memanggil git bisect starttanpa komit sebagai argumen lebih lanjut, lalu memulai pembagian dua dengan benar dengan menelepon

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

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

Ini pada dasarnya adalah apa yang @MarcH sarankan untuk diterapkan.

Git alias adalah ide yang baik, namun hal fixeddan unfixedmemiliki masalah yang sama dari gooddan bad: Anda tidak dapat memiliki mereka kompatibel dengan baik regresi dan progresi. Sangat mudah untuk menemukan kata-kata yang bekerja dengan cara apa pun: cukup ambil dari terminologi pencarian biner asli yang bersifat netral tanpa prasangka tentang apa yang baik atau buruk. Contohnya:

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

Dengan istilah netral seperti ini, Anda selalu dapat mengetik: git bisect-high(atau git bisect-upper, atau git-bisect max, ... pilihan Anda!) Apakah Anda sedang mencari regresi atau perbaikan .

Sayang sekali para pengembang git bisect tidak bisa begitu saja menggunakan kembali istilah yang ada. Secara umum, antarmuka pengguna bukanlah urusan git: http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/