git bisect run otomatik ikiye bölme
./testTest tamamsa 0 çıkış durumuna sahip otomatik bir komut dosyanız varsa, hatayı otomatik olarak şu şekilde bulabilirsiniz bisect run:
git checkout KNOWN_BAD_COMMIT
git bisect start
# Confirm that our test script is correct, and fails on the bad commit.
./test
# Should output != 0.
echo $?
# Tell Git that the current commit is bad.
git bisect bad
# Same for a known good commit in the past.
git checkout KNOWN_GOOD_COMMIT
./test
# Should output 0.
echo $?
# After this, git automatically checks out to the commit
# in the middle of KNOWN_BAD_COMMIT and KNOWN_GOOD_COMMIT.
git bisect good
# Bisect automatically all the way to the first bad or last good rev.
git bisect run ./test
# End the bisect operation and checkout to master again.
git bisect reset
Bu, elbette, test komut dosyası ./testgit izlenirse, ikiye ayırma sırasında daha önceki bazı taahhütlerde kaybolmadığını varsayar .
Çok sık, sadece ağaç içi komut dosyasını ağaçtan kopyalayarak ve muhtemelen- PATHbenzeri değişkenlerle oynayarak ve oradan çalıştırarak kurtulabileceğinizi gördüm .
Tabii ki, testdaha eski taahhütlere bağlı olan test altyapısı varsa, çözüm yoktur ve işleri nasıl yapacağınızı tek tek nasıl yapacağınıza karar vererek işleri manuel olarak yapmanız gerekecektir.
Bununla birlikte, bu otomasyonu kullanmanın genellikle işe yaradığını ve görevlerin birikiminde yatan daha yavaş testler için büyük bir zaman tasarrufu sağlayabildiğini gördüm, burada bir gecede çalışmasına izin verebilirsiniz ve muhtemelen hatalarınızı ertesi sabah tanımlamanıza değer deneyin.
Diğer ipuçları
İki noktadan sonra yerine geri dönmek yerine ilk başarısızlık taahhüdünde kalın master:
git bisect reset HEAD
start+ ilk badve goodbir seferde:
git bisect start KNOWN_BAD_COMMIT KNOWN_GOOD_COMMIT~
aynıdır:
git checkout KNOWN_BAD_COMMIT
git bisect start
git bisect bad
git bisect good KNOWN_GOOD_COMMIT
Şimdiye kadar nelerin test edildiğini görün (manuel goodve badveya run):
git bisect log
Örnek çıktı:
git bisect log
git bisect start
# bad: [00b9fcdbe7e7d2579f212b51342f4d605e53253d] 9
git bisect bad 00b9fcdbe7e7d2579f212b51342f4d605e53253d
# good: [db7ec3d602db2d994fe981c0da55b7b85ca62566] 0
git bisect good db7ec3d602db2d994fe981c0da55b7b85ca62566
# good: [2461cd8ce8d3d1367ddb036c8f715c7b896397a5] 4
git bisect good 2461cd8ce8d3d1367ddb036c8f715c7b896397a5
# good: [8fbab5a3b44fd469a2da3830dac5c4c1358a87a0] 6
git bisect good 8fbab5a3b44fd469a2da3830dac5c4c1358a87a0
# bad: [dd2c05e71c246f9bcbd2fbe81deabf826c54be23] 8
git bisect bad dd2c05e71c246f9bcbd2fbe81deabf826c54be23
# bad: [c536b1b7242d5fcf92cd87e9a534bedb1c0c9c05] 7
git bisect bad c536b1b7242d5fcf92cd87e9a534bedb1c0c9c05
# first bad commit: [c536b1b7242d5fcf92cd87e9a534bedb1c0c9c0
Daha iyi bir zaman kavramı elde etmek için git günlüğünde iyi ve kötü referansları göster:
git log --decorate --pretty=fuller --simplify-by-decoration master
Bu sadece karşılık gelen bir ref ile taahhütleri gösterir, bu da gürültüyü büyük ölçüde azaltır, ancak türün otomatik olarak oluşturulmuş ref'lerini içerir:
refs/bisect/good*
refs/bisect/bad*
hangi taahhütleri iyi veya kötü olarak işaretlediğimizi söyler.
Komutla oynamak istiyorsanız bu test deposunu düşünün .
Başarısızlık hızlı, başarı yavaş
Ara sıra:
- başarısızlık hızlı olur, örneğin ilk testlerden biri kesilir
- Başarı biraz zaman alır, örneğin kırık test geçer ve umursadığımız diğer tüm testler
Bu gibi durumlarda, örneğin hatanın her zaman 5 saniye ile gerçekleştiğini varsayarsak ve testi gerçekten olması gerektiği gibi daha spesifik hale getirmek için tembel kalırsak, aşağıdaki gibi kullanabiliriz timeout:
#!/usr/bin/env bash
timeout 5 test-command
if [ $? -eq 1 ]; then
exit 1
fi
Bu yana çalışan timeoutçıkışların 124başarısızlığı ise test-commandçıkışlarında 1.
Sihirli çıkış durumları
git bisect run çıkış durumları hakkında biraz seçici:
127'nin üzerindeki herhangi bir şey, bölünmeyi aşağıdaki gibi bir şeyle başarısız kılar:
git bisect run failed:
exit code 134 from '../test -aa' is < 0 or >= 128
Özellikle, bir C assert(0)bir SIGABRT134'e yol açar ve çok rahatsız edici olan durum 134 ile çıkar.
125 büyülüdür ve koşuyu atlar git bisect skip.
Bunun amacı, ilgisiz nedenlerden dolayı kırık yapıların atlanmasına yardımcı olmaktır.
Ayrıntılar man git-bisectiçin bakınız.
Yani şöyle bir şey kullanmak isteyebilirsiniz:
#!/usr/bin/env bash
set -eu
./build
status=0
./actual-test-command || status=$?
if [ "$status" -eq 125 ] || [ "$status" -gt 127 ]; then
status=1
fi
exit "$status"
Git 2.16.1'de test edilmiştir.