Un jeu de données qui n'est utilisé que lors des campagnes de validation trimestrielles apporte bien moins de valeur qu'un jeu directement intégré au flux de travail d'ingénierie quotidien. Cet article couvre l'architecture d'intégration continue construite autour du harnais de rejeu.
Chaque modification proposée à la couche applicative V2V déclenche une tâche CI qui rejoue un sous-ensemble sélectionné de 400 traces à haute valeur — couvrant canyons urbains, insertions autoroutières et rencontres d'intersections denses — sur le build candidat, bloquant la fusion si la précision ou le rappel par rapport à la référence annotée chute en dessous de la base de référence de la version précédente.
Lorsqu'une trace rejouée échoue, le harnais bissecte automatiquement la plage de commits depuis la dernière exécution réussie, ne réexécutant que la trace en échec contre chaque build intermédiaire pour isoler le changement fautif en quelques minutes, plutôt que d'exiger d'un ingénieur qu'il reproduise manuellement un scénario de terrain dont la capture initiale avait pris une journée entière.