Pour compléter un petit peu car lire la doc quand on connait pas Git, ça peut être lourd...
Donc bisect te permet en connaissant un commit qui marche (borne min) et un commit qui plante (borne sup), d'extraire (facilement) par dichotomie des versions intermédiaires de ton programme de ton dépot git (controleur de code source) et de tester ces versions, soit automatiquement par un script soit manuellement et de lui indiquer le résultat du test. Il extrait alors une autre version en conséquence (en amont ou en aval).
Par exemple, si tu as ton erreur apparue (tu en est sûr) dans les 100 derniers commits, tu as statistiquement 7 versions max à tester (ln(100)/ln(2)). Si tu peux produire un script de test, t'as juste à aller boire un café...
[^] # Re: Un petit contenu accessible aux neu-neux ?
Posté par cosmocat . En réponse au journal Presentation "Git Bisect and Testing" au GTAC 2010. Évalué à 9.
Pour compléter un petit peu car lire la doc quand on connait pas Git, ça peut être lourd...
Donc bisect te permet en connaissant un commit qui marche (borne min) et un commit qui plante (borne sup), d'extraire (facilement) par dichotomie des versions intermédiaires de ton programme de ton dépot git (controleur de code source) et de tester ces versions, soit automatiquement par un script soit manuellement et de lui indiquer le résultat du test. Il extrait alors une autre version en conséquence (en amont ou en aval).
Par exemple, si tu as ton erreur apparue (tu en est sûr) dans les 100 derniers commits, tu as statistiquement 7 versions max à tester (ln(100)/ln(2)). Si tu peux produire un script de test, t'as juste à aller boire un café...