Les ingénieurs d’Uber ont présenté à AI Engineer les changements apportés à leur système SubmitQueue. Selon eux, cette nouvelle approche a ramené le délai de fusion au 95e percentile, ou P95, à 30 minutes : 95 % des modifications de code étaient donc fusionnées dans ce délai.
Preetam Dwivedi, ingénieur de niveau staff, a indiqué que les demandes étaient passées de 90 par heure en janvier 2026 à 130 en mars, une hausse qu’il relie aux modifications de code générées par l’IA. Selon lui, le délai P95 était passé de 30 minutes à 3 à 4 heures, alors même que la branche principale du code restait saine.
Manjari Akella, ingénieure senior, a expliqué que les contrôles d’admission distinguent les petites modifications de celles qui consomment beaucoup de ressources. Ces dernières sont différées pendant les périodes chargées, puis relancées lorsque de la capacité se libère. Selon elle, le gain le plus important est venu de l’assouplissement des contrôles de conflit entre les modifications qui se chevauchent peu, permettant davantage de compilations en parallèle.
Manjari Akella a précisé que cette approche peut laisser des combinaisons non testées atteindre la branche principale et provoquer des défaillances. Selon elle, Uber utilise StowPipe pour valider les modifications après leur fusion et conserver une référence à la dernière version vérifiée de la branche principale jusqu’à ce que les compilations réussissent. L’expérience d’Uber suggère que l’accélération du développement avec l’IA peut déplacer la pression vers l’intégration, avec des garde-fous supplémentaires nécessaires pour gérer ce compromis.