Bazel 2.0 সমাবেশ সিস্টেমের রিলিজ

পাওয়া যায় খোলা সমাবেশ সরঞ্জাম মুক্তি বাজেল 2.0, Google-এর ইঞ্জিনিয়ারদের দ্বারা বিকশিত এবং কোম্পানির বেশিরভাগ অভ্যন্তরীণ প্রকল্পগুলিকে একত্রিত করতে ব্যবহৃত হয়৷ ব্যাজেল প্রয়োজনীয় কম্পাইলার এবং পরীক্ষা চালিয়ে প্রকল্পটি তৈরি করে। এটি জাভা, সি++, অবজেক্টিভ-সি, পাইথন, রাস্ট, গো এবং অন্যান্য অনেক ভাষাতে বিল্ডিং এবং টেস্টিং কোড সমর্থন করে, সেইসাথে অ্যান্ড্রয়েড এবং আইওএসের জন্য মোবাইল অ্যাপ্লিকেশন তৈরি করে। প্রকল্পের কোড দ্বারা বিতরণ Apache 2.0 এর অধীনে লাইসেন্সপ্রাপ্ত।

একটি উল্লেখযোগ্য সংস্করণ পরিবর্তনের সাথে এমন পরিবর্তনগুলি যুক্ত করা হয় যা পশ্চাদগামী সামঞ্জস্যকে ভেঙে দেয়। Bazel 2.0 দিয়ে শুরু করে, নিম্নলিখিত মোডগুলি ডিফল্টরূপে সক্রিয় করা হয়েছে: “—incompatible_remap_main_repo” (নাম দ্বারা লিঙ্ক এবং @ এখন একই সংগ্রহস্থলের লিঙ্কের মাধ্যমে), “—incompatible_disallow_dict_lookup”_(আনহ্যাশেবল কীগুলির ব্যবহার),
"--incompatible_remove_native_maven_jar" এবং "--incompatible_prohibit_aapt1"। অন্যান্য পরিবর্তন অন্তর্ভুক্ত:

• একটি দলে একটি অনুসন্ধান "প্রোটো" আউটপুট ফরম্যাটের (-আউটপুট=প্রোটো) একটি নতুন সংস্করণের জন্য পরীক্ষামূলক সমর্থন উপস্থিত হয়েছে, যা বর্তমানে ডিফল্টরূপে অক্ষম (-incompatible_proto_output_v2) এবং ডেটার আরও কমপ্যাক্ট উপস্থাপনা প্রদান করে;
• PlatformConfiguration.enabled_toolchain_types ক্ষেত্রটি সরাতে "--incompatible_remove_enabled_toolchain_types" পতাকা যোগ করা হয়েছে;
• প্যাকেজগুলিকে লোড করার বিরুদ্ধে সুরক্ষা যোগ করা হয়েছে যা প্রসারিত করার সময় পাথ লোড করার সময় চক্রীয় প্রতীকী লিঙ্ক ব্যবহার করে;
• বহিরাগত gRPC ক্যাশে সহ “--disk_cache” পতাকা ব্যবহার করার ক্ষমতা প্রয়োগ করা হয়েছে;
• ডেবিয়ান প্যাকেজ এবং বাইনারি ইনস্টলারটিতে একটি উন্নত স্তর রয়েছে যা ~/.bazelversion ফাইল এবং $USE_BAZEL_VERSION এনভায়রনমেন্ট ভেরিয়েবল পরিচালনা করে;
• রানফাইলস ম্যানিফেস্ট ফাইলের অবচয়নের প্রস্তুতির জন্য, "--experimental_skip_runfiles_manifests" পতাকা যোগ করা হয়েছে।

Bazel এর স্বতন্ত্র বৈশিষ্ট্যগুলির মধ্যে উচ্চ গতি, নির্ভরযোগ্যতা এবং সমাবেশ প্রক্রিয়ার পুনরাবৃত্তিযোগ্যতা। উচ্চ বিল্ড গতি অর্জনের জন্য, Bazel সক্রিয়ভাবে বিল্ড প্রক্রিয়ার জন্য ক্যাশিং এবং সমান্তরালকরণ কৌশল ব্যবহার করে। BUILD ফাইলগুলিকে অবশ্যই সমস্ত নির্ভরতাকে সম্পূর্ণরূপে সংজ্ঞায়িত করতে হবে, যার ভিত্তিতে পরিবর্তনগুলি করার পরে উপাদানগুলি পুনর্নির্মাণের সিদ্ধান্ত নেওয়া হয় (শুধুমাত্র পরিবর্তিত ফাইলগুলি পুনর্নির্মাণ করা হয়) এবং সমাবেশ প্রক্রিয়াটিকে সমান্তরাল করে৷ টুলিং পুনরাবৃত্তিযোগ্য সমাবেশ নিশ্চিত করে, যেমন বিকাশকারীর মেশিনে একটি প্রকল্প নির্মাণের ফলাফল সম্পূর্ণরূপে তৃতীয় পক্ষের সিস্টেমে নির্মাণের অনুরূপ হবে, যেমন ক্রমাগত ইন্টিগ্রেশন সার্ভার।

মেক এবং নিনজার বিপরীতে, ব্যাজেল অ্যাসেম্বলি নিয়মগুলি তৈরি করার জন্য একটি উচ্চ-স্তরের পদ্ধতি ব্যবহার করে, যেখানে, তৈরি করা ফাইলগুলিতে কমান্ডের বাঁধাই সংজ্ঞায়িত করার পরিবর্তে, আরও বিমূর্ত রেডিমেড ব্লক ব্যবহার করা হয়, যেমন "একটি এক্সিকিউটেবল ফাইল তৈরি করা C++", "C++-এ একটি লাইব্রেরি তৈরি করা" বা "C++-এর জন্য একটি পরীক্ষা চালানো", সেইসাথে লক্ষ্য চিহ্নিত করা এবং প্ল্যাটফর্ম তৈরি করা। বিল্ড টেক্সট ফাইলে, প্রকল্পের উপাদানগুলিকে পৃথক ফাইল এবং কম্পাইলার কল কমান্ডের স্তরে বিশদ বিবরণ ছাড়াই একগুচ্ছ লাইব্রেরি, এক্সিকিউটেবল ফাইল এবং পরীক্ষা হিসাবে বর্ণনা করা হয়েছে। অতিরিক্ত কার্যকারিতা এক্সটেনশন সংযোগ করার প্রক্রিয়ার মাধ্যমে প্রয়োগ করা হয়।

বিভিন্ন প্ল্যাটফর্ম এবং আর্কিটেকচারের জন্য একক সমাবেশ ফাইলের ব্যবহার সমর্থিত; উদাহরণস্বরূপ, পরিবর্তন ছাড়াই একটি সমাবেশ ফাইল সার্ভার সিস্টেম এবং একটি মোবাইল ডিভাইস উভয়ের জন্য ব্যবহার করা যেতে পারে। বিল্ড সিস্টেমটি গ্রাউন্ড আপ থেকে ডিজাইন করা হয়েছে Google প্রোজেক্টগুলিকে সর্বোত্তমভাবে তৈরি করার জন্য, যার মধ্যে অনেক বড় প্রজেক্ট এবং প্রোজেক্ট রয়েছে যাতে একাধিক প্রোগ্রামিং ভাষায় কোড থাকে, ব্যাপক পরীক্ষার প্রয়োজন হয় এবং একাধিক প্ল্যাটফর্মের জন্য তৈরি করা হয়।

উত্স: opennet.ru