Uber के इंजीनियरों ने AI Engineer को अपने SubmitQueue सिस्टम में किए गए बदलावों के बारे में बताया। उन्होंने कहा कि नए तरीके से P95 लैंड टाइम फिर 30 मिनट पर आ गया, यानी 95% कोड बदलाव इतने समय के भीतर मर्ज हो गए।
स्टाफ इंजीनियर Preetam Dwivedi ने बताया कि अनुरोध जनवरी 2026 में 90 प्रति घंटे से बढ़कर मार्च तक 130 हो गए। उन्होंने इस बढ़ोतरी को AI से लिखे कोड में बदलावों से जोड़ा। उन्होंने कहा कि मुख्य कोड ब्रांच ठीक रहने के बावजूद P95 लैंड टाइम 30 मिनट से बढ़कर 3 से 4 घंटे हो गया था।
सीनियर इंजीनियर Manjari Akella ने बताया कि एडमिशन कंट्रोल छोटे बदलावों को ज्यादा संसाधन लेने वाले बदलावों से अलग करते हैं। व्यस्त समय में ज्यादा संसाधन वाला काम टाल दिया जाता है और क्षमता उपलब्ध होने पर दोबारा चलाया जाता है। उन्होंने कहा कि बड़ा फायदा उन बदलावों के बीच टकराव की जांच में ढील देने से हुआ जिनमें बहुत कम ओवरलैप था, जिससे ज्यादा बिल्ड एक साथ चल सके।
Akella ने कहा कि इस तरीके से बिना टेस्ट किए गए बदलावों के संयोजन मुख्य ब्रांच में पहुंचकर उसे खराब कर सकते हैं। उन्होंने बताया कि Uber मर्ज होने के बाद बदलावों की जांच के लिए StowPipe का इस्तेमाल करती है और बिल्ड पास होने तक मुख्य ब्रांच के आखिरी सत्यापित संस्करण का संदर्भ बनाए रखती है। Uber का अनुभव संकेत देता है कि AI से तेज कोडिंग का दबाव इंटीग्रेशन पर जा सकता है और इस संतुलन को संभालने के लिए अतिरिक्त सुरक्षा उपाय जरूरी हो सकते हैं।