बेज़ल 2.0 असेंबली सिस्टम का विमोचन

उपलब्ध ओपन असेंबली टूल्स का विमोचन बेज़ेल 2.0, Google के इंजीनियरों द्वारा विकसित किया गया और कंपनी की अधिकांश आंतरिक परियोजनाओं को असेंबल करने के लिए उपयोग किया गया। बेज़ेल आवश्यक कंपाइलर और परीक्षण चलाकर प्रोजेक्ट बनाता है। यह जावा, सी++, ऑब्जेक्टिव-सी, पायथन, रस्ट, गो और कई अन्य भाषाओं में कोड बनाने और परीक्षण करने के साथ-साथ एंड्रॉइड और आईओएस के लिए मोबाइल एप्लिकेशन बनाने का समर्थन करता है। परियोजना का कोड द्वारा वितरित अपाचे 2.0 के तहत लाइसेंस प्राप्त।

एक महत्वपूर्ण संस्करण परिवर्तन में उन परिवर्तनों को शामिल करना शामिल है जो पश्चगामी संगतता को तोड़ते हैं। बेज़ेल 2.0 से शुरू करके, निम्नलिखित मोड डिफ़ॉल्ट रूप से सक्षम हैं: "-incompatible_remap_main_repo" (नाम से लिंक और @ के माध्यम से अब उसी रिपॉजिटरी से लिंक), "-incompatible_disallow_dict_lookup"_ (अनहैशेबल कुंजियों का उपयोग),
"--incompatible_remove_native_maven_jar" और "--incompatible_prohibit_aapt1"। अन्य परिवर्तनों में शामिल हैं:

• एक टीम में पूछताछ "प्रोटो" आउटपुट प्रारूप (-आउटपुट = प्रोटो) के एक नए संस्करण के लिए प्रायोगिक समर्थन सामने आया है, जो वर्तमान में डिफ़ॉल्ट रूप से अक्षम है (-incompatible_proto_output_v2) और डेटा की अधिक कॉम्पैक्ट प्रस्तुति प्रदान करता है;
• प्लेटफ़ॉर्म कॉन्फ़िगरेशन.सक्षम_टूलचेन_प्रकार फ़ील्ड को हटाने के लिए "--incompatible_remove_enabled_toolchin_types" ध्वज जोड़ा गया;
• लोडिंग पैकेजों के खिलाफ अतिरिक्त सुरक्षा जो पथों को लोड करते समय उन्हें विस्तारित करते समय चक्रीय प्रतीकात्मक लिंक का उपयोग करते हैं;
• बाहरी जीआरपीसी कैश के साथ "--disk_cache" ध्वज का उपयोग करने की क्षमता लागू की गई;
• डेबियन पैकेज और बाइनरी इंस्टॉलर में एक बेहतर परत शामिल है जो ~/.bagelversion फ़ाइलों और $USE_BAZEL_VERSION पर्यावरण चर को संभालती है;
• रनफ़ाइल्स मेनिफेस्ट फ़ाइलों के बहिष्कार की तैयारी में, ध्वज "--experimental_skip_runfiles_manifests" जोड़ा गया है।

बेज़ेल की विशिष्ट विशेषताओं में असेंबली प्रक्रिया की उच्च गति, विश्वसनीयता और दोहराव शामिल हैं। उच्च निर्माण गति प्राप्त करने के लिए, बेज़ेल सक्रिय रूप से निर्माण प्रक्रिया के लिए कैशिंग और समानांतरकरण तकनीकों का उपयोग करता है। BUILD फ़ाइलों को सभी निर्भरताओं को पूरी तरह से परिभाषित करना चाहिए, जिसके आधार पर परिवर्तन किए जाने के बाद घटकों के पुनर्निर्माण के निर्णय लिए जाते हैं (केवल परिवर्तित फ़ाइलों को फिर से बनाया जाता है) और असेंबली प्रक्रिया को समानांतर किया जाता है। टूलींग दोहराए जाने योग्य असेंबली को भी सुनिश्चित करता है, अर्थात। डेवलपर की मशीन पर एक प्रोजेक्ट बनाने का परिणाम पूरी तरह से तीसरे पक्ष के सिस्टम, जैसे निरंतर एकीकरण सर्वर, पर निर्माण के समान होगा।

मेक और निंजा के विपरीत, बेज़ेल असेंबली नियमों के निर्माण के लिए एक उच्च-स्तरीय दृष्टिकोण का उपयोग करता है, जिसमें बनाई जा रही फ़ाइलों के लिए कमांड के बंधन को परिभाषित करने के बजाय, अधिक अमूर्त तैयार ब्लॉकों का उपयोग किया जाता है, जैसे "एक निष्पादन योग्य फ़ाइल का निर्माण" C++", "C++ में लाइब्रेरी बनाना" या "C++ के लिए परीक्षण चलाना", साथ ही लक्ष्य की पहचान करना और प्लेटफ़ॉर्म बनाना। BUILD टेक्स्ट फ़ाइल में, प्रोजेक्ट घटकों को अलग-अलग फ़ाइलों और कंपाइलर कॉल कमांड के स्तर पर विवरण दिए बिना, पुस्तकालयों, निष्पादन योग्य फ़ाइलों और परीक्षणों के एक समूह के रूप में वर्णित किया गया है। अतिरिक्त कार्यक्षमता एक्सटेंशन को जोड़ने के तंत्र के माध्यम से कार्यान्वित की जाती है।

विभिन्न प्लेटफार्मों और आर्किटेक्चर के लिए एकल असेंबली फ़ाइलों का उपयोग समर्थित है; उदाहरण के लिए, बिना किसी बदलाव के एक असेंबली फ़ाइल का उपयोग सर्वर सिस्टम और मोबाइल डिवाइस दोनों के लिए किया जा सकता है। बिल्ड सिस्टम को Google परियोजनाओं को बेहतर ढंग से बनाने के लिए शुरू से ही डिज़ाइन किया गया है, जिसमें बहुत बड़ी परियोजनाएं और परियोजनाएं शामिल हैं जिनमें कई प्रोग्रामिंग भाषाओं में कोड होते हैं, व्यापक परीक्षण की आवश्यकता होती है, और कई प्लेटफार्मों के लिए बनाए जाते हैं।

स्रोत: opennet.ru