Je réagis sur ça @Timo :

En tant que programmeur, je sais qu’il est utile de commenter son code pour ce genre de chose : quand on corrige un bug très rare, il faut noter le bug et pourquoi on a remplacé un code simple et trivial par un code sale et compliqué (mais corrigeant le bug). C’est pas parce qu’on est con qu’on a changé un bon code pour un code pourri : c’est parce qu’on y a été forcé. Et le commentaire sert à alors à éviter que, cinq ans après, on ne soit tenté de revenir en arrière car le code est moche et sale et qu’on préfère la solution propre, en ayant oublié qu’il était bugué.

Non pas un commentaire mais à la place un ou plusieurs tests unitaires reproduisant le problème.

Ces tests seront joués automatiquement et systématiquement à chaque construction et le moindre échec sera build-breaker.

Si tu souhaites un exemple te montrant comment faire en PHP, JS, TS, Kotlin, Java, Rust, Go ou Python n'hésite pas à me demander <3