ฉันจะใช้ git bisect เพื่อค้นหาข้อตกลง GOOD แรกได้อย่างไร

Question 1

ฉันมีปัญหาต่อไปนี้:

เวอร์ชันที่ใช้masterงานได้ดี
เวอร์ชันของแท็กสุดท้ายก่อนmaster(พูดlast) มีข้อบกพร่อง
เพื่อนร่วมงานต้องการแพทช์สำหรับlastการแก้ไขข้อบกพร่องบางอย่าง

ตกลง. ลองถามเพื่อนของเราgit bisectเกี่ยวกับการแก้ไขที่แก้ไขข้อบกพร่อง:

git bisect start
git bisect bad last
git bisect good master

แต่มันจะไม่ได้ผล:

revs ที่ดีบางตัวไม่ใช่บรรพบุรุษของ rev ที่ไม่ดี
git bisect ไม่สามารถทำงานได้อย่างถูกต้องในกรณีนี้
บางทีคุณอาจเข้าใจผิดว่าดีและไม่ดี?

คำแนะนำใด ๆ ที่จะเอาชนะสิ่งนี้? ฉันพลาดบางอย่างในเอกสารหรือไม่?

Question 2

ใน 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ตามความเหมาะสม

Question 3

ฉันแค่ "โกง" คอมไพล์และแลกเปลี่ยนความหมายของดี <=> ไม่ดี

กล่าวอีกนัยหนึ่งให้ถือว่า "ไม่ดี" เป็นสิ่งที่ไม่แสดงปัญหาดังนั้นนี่ไม่ใช่เวอร์ชัน "ดี" ที่จะใช้ในการแก้ไขแพตช์ของคุณ

ความดีและความเลวเป็นแนวคิดส่วนตัวใช่มั้ย? :)

git bisect start
git bisect good last
git bisect bad master

Question 4

หากคุณใช้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การทดสอบที่ดำเนินการโดย

Question 5

Git ตอนนี้ช่วยให้คุณใช้oldและnewโดยไม่ได้กำหนดให้พวกเขา คุณต้องโทรgit bisect startโดยไม่ถือเป็นข้อโต้แย้งเพิ่มเติมจากนั้นเริ่มการแบ่งส่วนอย่างถูกต้องโดยการโทร

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

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

นี่คือสิ่งที่ @MarcH แนะนำว่าควรนำไปใช้

Question 6

นามแฝง 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/