अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है MODULE.basel फ़ाइलों में उपलब्ध तरीके.
सदस्य
- archive_override
- bazel_dep
- git_override
- शामिल करें
- local_path_override
- मॉड्यूल
- multiple_version_override
- register_execution_platforms
- register_toolchains
- single_version_override
- use_extension
- use_repo
- use_repo_rule
archive_override
None
archive_override(module_name, urls, integrity='', strip_prefix='', patches=[], patch_cmds=[], patch_strip=0)
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
module_name
|
ज़रूरी है यह बदलाव लागू करने के लिए, Baज़र मॉड्यूल की डिपेंडेंसी का नाम. |
urls
|
string; या स्ट्रिंग को दोहराया जा सकता है;
ज़रूरी है संग्रह के यूआरएल; http(s):// या file:// URLs हो सकते हैं. |
integrity
|
डिफ़ॉल्ट रूप से '' है सबरिसॉर्स इंटेग्रिटी फ़ॉर्मैट में, संग्रहित फ़ाइल का अनुमानित चेकसम. |
strip_prefix
|
डिफ़ॉल्ट रूप से '' है निकाली गई फ़ाइलों से स्ट्रिप करने के लिए एक डायरेक्ट्री प्रीफ़िक्स. |
patches
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है इस मॉड्यूल पर लागू करने के लिए, पैच फ़ाइलों की ओर पॉइंट करने वाले लेबल की सूची. पैच फ़ाइलें टॉप लेवल प्रोजेक्ट के सोर्स ट्री में मौजूद होनी चाहिए. ये सूची के क्रम में लागू किए जाते हैं. |
patch_cmds
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है पैच लागू होने के बाद, Linux/Macos पर Bash कमांड का क्रम. |
patch_strip
|
डिफ़ॉल्ट रूप से 0 है Unix पैच के --strip तर्क की तरह ही. |
bazel_dep
None
bazel_dep(name, version='', max_compatibility_level=-1, repo_name='', dev_dependency=False)
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
name
|
ज़रूरी है डायरेक्ट डिपेंडेंसी के तौर पर जोड़े जाने वाले मॉड्यूल का नाम. |
version
|
डिफ़ॉल्ट रूप से '' है मॉड्यूल का वह वर्शन जिसे डायरेक्ट डिपेंडेंसी के तौर पर जोड़ा जाना है. |
max_compatibility_level
|
डिफ़ॉल्ट रूप से -1 है मॉड्यूल के लिए इस्तेमाल की जा सकने वाली ज़्यादा से ज़्यादा compatibility_level को डायरेक्ट डिपेंडेंसी के तौर पर जोड़ा जा सकता है. मॉड्यूल के वर्शन का मतलब है कि कम से कम क्षमता का इस्तेमाल किया जाना चाहिए या नहीं. साथ ही, अगर इस एट्रिब्यूट की वैल्यू नहीं बताई गई है, तो ज़्यादा से ज़्यादा वैल्यू का भी पता चलता है.
|
repo_name
|
डिफ़ॉल्ट रूप से '' है इस डिपेंडेंसी को दिखाने वाले बाहरी रेपो का नाम. डिफ़ॉल्ट रूप से यह मॉड्यूल का नाम होता है. |
dev_dependency
|
डिफ़ॉल्ट रूप से False है सही होने पर, अगर मौजूदा मॉड्यूल रूट मॉड्यूल नहीं है या `--ignore_dev_dependency` चालू है, तो इस डिपेंडेंसी को अनदेखा कर दिया जाएगा. |
git_override
None
git_override(module_name, remote, commit='', patches=[], patch_cmds=[], patch_strip=0, init_submodules=False, strip_prefix='')
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
module_name
|
ज़रूरी है यह बदलाव लागू करने के लिए, Baज़र मॉड्यूल की डिपेंडेंसी का नाम. |
remote
|
ज़रूरी है रिमोट Git रिपॉज़िटरी का यूआरएल. |
commit
|
डिफ़ॉल्ट रूप से '' है तय की गई वह पुष्टि जिसकी जांच की जानी चाहिए. |
patches
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है इस मॉड्यूल पर लागू करने के लिए, पैच फ़ाइलों की ओर पॉइंट करने वाले लेबल की सूची. पैच फ़ाइलें टॉप लेवल प्रोजेक्ट के सोर्स ट्री में मौजूद होनी चाहिए. ये सूची के क्रम में लागू किए जाते हैं. |
patch_cmds
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है पैच लागू होने के बाद, Linux/Macos पर Bash कमांड का क्रम. |
patch_strip
|
डिफ़ॉल्ट रूप से 0 है Unix पैच के --strip तर्क की तरह ही. |
init_submodules
|
डिफ़ॉल्ट रूप से False है फ़ेच किए गए रेपो में git सबमॉड्यूल को बार-बार शुरू किया जाना चाहिए या नहीं. |
strip_prefix
|
डिफ़ॉल्ट रूप से '' है निकाली गई फ़ाइलों से स्ट्रिप करने के लिए एक डायरेक्ट्री प्रीफ़िक्स. इसका इस्तेमाल, git repo की सबडायरेक्ट्री को टारगेट करने के लिए किया जा सकता है. ध्यान दें कि सबडायरेक्ट्री की अपनी `MODULE.baकोई` फ़ाइल होनी चाहिए और उसका मॉड्यूल नाम होना चाहिए. यह फ़ाइल, इस `git_override` को पास किया गया `module_name` आर्ग्युमेंट जैसा ही है. |
शामिल होते हैं
None
include(label)
include()
इस तरह से काम करता है, जैसे कि शामिल की गई फ़ाइल को include()
कॉल की जगह पर टेक्स्ट के तौर पर रखा गया हो. हालांकि, वैरिएबल बाइंडिंग (जैसे कि use_extension
के लिए इस्तेमाल की जाने वाली) सिर्फ़ उस फ़ाइल में दिखती हैं जिसमें वे मौजूद होती हैं, किसी भी फ़ाइल में शामिल या फ़ाइलों में नहीं.सिर्फ़ रूट मॉड्यूल include()
का इस्तेमाल कर सकता है; अगर bazel_dep
की MODULE फ़ाइल include()
का इस्तेमाल करती है, तो यह एक गड़बड़ी होगी.
सिर्फ़ मुख्य डेटा संग्रह स्थान में मौजूद फ़ाइलें शामिल की जा सकती हैं.
include()
की मदद से, रूट मॉड्यूल फ़ाइल को कई हिस्सों में बांटा जा सकता है. इससे, एक बड़ी MODULE.basel फ़ाइल का इस्तेमाल नहीं किया जा सकता या हर सिमैंटिक सेगमेंट के लिए ऐक्सेस कंट्रोल को बेहतर तरीके से मैनेज किया जा सकता है.
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
label
|
ज़रूरी है शामिल की जाने वाली फ़ाइल पर ले जाने वाला लेबल. लेबल को, मुख्य डेटा स्टोर करने की जगह में मौजूद किसी फ़ाइल पर ले जाना चाहिए; दूसरे शब्दों में, इसे डबल स्लैश ( // ) से शुरू होना चाहिए.
|
local_path_override
None
local_path_override(module_name, path)
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
module_name
|
ज़रूरी है यह बदलाव लागू करने के लिए, Baज़र मॉड्यूल की डिपेंडेंसी का नाम. |
path
|
ज़रूरी है उस डायरेक्ट्री का पाथ जहां यह मॉड्यूल है. |
मॉड्यूल
None
module(name='', version='', compatibility_level=0, repo_name='', bazel_compatibility=[])
इसे ज़्यादा से ज़्यादा एक बार कॉल किया जाना चाहिए. अगर कहा जाता है, तो यह MODULE.baकोई फ़ाइल में पहला निर्देश होना चाहिए. इसे सिर्फ़ तब छोड़ा जा सकता है, जब यह मॉड्यूल रूट मॉड्यूल हो. जैसे, अगर यह किसी दूसरे मॉड्यूल पर निर्भर न हो.
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
name
|
डिफ़ॉल्ट रूप से '' है मॉड्यूल का नाम. इसे सिर्फ़ तब छोड़ा जा सकता है, जब यह मॉड्यूल रूट मॉड्यूल हो. अगर यह किसी दूसरे मॉड्यूल पर निर्भर नहीं है, तो इसे छोड़ा जा सकता है. मॉड्यूल का मान्य नाम: 1) सिर्फ़ अंग्रेज़ी के छोटे अक्षर (a-z), अंक (0-9), बिंदु (.), हाइफ़न (-), और अंडरस्कोर (_) ही होने चाहिए; 2) अंग्रेज़ी के छोटे अक्षर से शुरू करें; 3) अंग्रेज़ी के छोटे अक्षर या अंक से खत्म करें. |
version
|
डिफ़ॉल्ट रूप से '' है मॉड्यूल का वर्शन. इसे सिर्फ़ तब छोड़ा जा सकता है, जब यह मॉड्यूल रूट मॉड्यूल हो. अगर यह किसी दूसरे मॉड्यूल पर निर्भर नहीं है, तो इसे छोड़ा जा सकता है. SemVer का वर्शन आसान फ़ॉर्मैट में होना चाहिए; ज़्यादा जानकारी के लिए दस्तावेज़ देखें. |
compatibility_level
|
डिफ़ॉल्ट रूप से 0 है मॉड्यूल के साथ काम करने का लेवल; हर बार जब कोई ऐसा बड़ा बदलाव किया जाता है जो काम नहीं करता, तो इसे बदलना चाहिए. यह मुख्य रूप से "मुख्य वर्शन" है SemVer के संदर्भ में मॉड्यूल का इस्तेमाल किया जा सकता है. हालांकि, उसे वर्शन स्ट्रिंग में एम्बेड नहीं किया गया है, बल्कि यह एक अलग फ़ील्ड के तौर पर मौजूद है. साथ काम करने के अलग-अलग लेवल वाले मॉड्यूल, वर्शन रिज़ॉल्यूशन में इस तरह से काम करते हैं जैसे कि वे अलग-अलग नामों वाले मॉड्यूल हों. हालांकि, आखिरी डिपेंडेंसी ग्राफ़ में एक ही नाम वाले कई मॉड्यूल नहीं हो सकते. हालांकि, इनके साथ काम करने के अलग-अलग लेवल नहीं हो सकते. ऐसा तब तक होता है, जब तक multiple_version_override लागू न हो. ज़्यादा जानकारी के लिए दस्तावेज़ देखें.
|
repo_name
|
डिफ़ॉल्ट रूप से '' है इस मॉड्यूल को दिखाने वाली रिपॉज़िटरी का नाम, जैसा कि मॉड्यूल में देखा जा सकता है. डिफ़ॉल्ट रूप से, रेपो का नाम ही मॉड्यूल का नाम होता है. इसका इस्तेमाल उन प्रोजेक्ट के लिए, माइग्रेशन को आसान बनाने के लिए किया जा सकता है जो अपने लिए ऐसे रेपो नाम का इस्तेमाल कर रहे हैं जो अपने मॉड्यूल के नाम से अलग है. |
bazel_compatibility
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है बेज़ल वर्शन की ऐसी सूची जिससे लोग यह बता सकते हैं कि इस मॉड्यूल के साथ Baज़र के कौनसे वर्शन काम करते हैं. इससे डिपेंडेंसी रिज़ॉल्यूशन पर कोई असर नहीं पड़ता. हालांकि, bzlmod इस जानकारी का इस्तेमाल यह जांचने के लिए करेगा कि आपका मौजूदा Basel वर्शन काम करता है या नहीं. इस वैल्यू का फ़ॉर्मैट, कुछ कंस्ट्रेंट वैल्यू की एक स्ट्रिंग है, जिन्हें कॉमा लगाकर अलग किया गया है. तीन कंस्ट्रेंट का इस्तेमाल किया जा सकता है: <=X.X.X: Basel का वर्शन X.X.X के बराबर या उससे पुराना होना चाहिए. इसका इस्तेमाल तब किया जाता है जब किसी नए वर्शन में कोई ऐसा बदलाव होता है जो काम नहीं करता. >=X.X.X: Basel का वर्शन X.X.X के बराबर या उससे नया होना चाहिए.इसका इस्तेमाल सिर्फ़ तब किया जाता है, जब आपके डिवाइस में ऐसी सुविधाएं हों जो सिर्फ़ X.X.X के बाद उपलब्ध हैं. -X.X.X: Baज़र का वर्शन X.X.X, इस डिवाइस के साथ काम नहीं करता है. इसका इस्तेमाल तब किया जाता है, जब X.X.X में कोई ऐसा गड़बड़ी हो जिसकी वजह से आपको ब्रेक मिल रहा हो, लेकिन बाद के वर्शन में इसे ठीक कर दिया गया हो. |
multiple_version_override
None
multiple_version_override(module_name, versions, registry='')
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
module_name
|
ज़रूरी है यह बदलाव लागू करने के लिए, Baज़र मॉड्यूल की डिपेंडेंसी का नाम. |
versions
|
strings में भी बदलाव किए जा सकते हैं;
ज़रूरी है साफ़ तौर पर उन वर्शन की जानकारी देता है जिन्हें एक साथ मौजूद होने की अनुमति है. ये वर्शन, चुनाव से पहले डिपेंडेंसी ग्राफ़ में पहले से मौजूद होने चाहिए. इस मॉड्यूल की डिपेंडेंसी "अपग्रेड" की जाएगी एक ही कंपैटबिलिटी लेवल पर, अनुमति वाले सबसे पास के वर्शन से अपडेट हो सकता है. वहीं, जिन डिपेंडेंसी में किसी दूसरे वर्शन के साथ काम करने के एक ही लेवल पर अनुमति वाले वर्शन से नया वर्शन होता है, उनकी वजह से गड़बड़ी हो सकती है. |
registry
|
डिफ़ॉल्ट रूप से '' है इस मॉड्यूल के लिए रजिस्ट्री को बदलता है; रजिस्ट्री की डिफ़ॉल्ट सूची से इस मॉड्यूल को ढूंढने के बजाय, दी गई रजिस्ट्री का इस्तेमाल किया जाना चाहिए. |
register_execution_platforms
None
register_execution_platforms(dev_dependency=False, *platform_labels)
@
या //
से शुरू होना चाहिए). ज़्यादा जानकारी के लिए, टूलचेन रिज़ॉल्यूशन पर जाएं.
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
dev_dependency
|
डिफ़ॉल्ट रूप से False है सही होने पर, अगर मौजूदा मॉड्यूल रूट मॉड्यूल नहीं है या `--ignore_dev_dependency` चालू है, तो एक्ज़ीक्यूशन प्लैटफ़ॉर्म रजिस्टर नहीं किए जाएंगे. |
platform_labels
|
स्ट्रिंग का सीक्वेंस;
ज़रूरी है रजिस्टर किए जाने वाले प्लैटफ़ॉर्म के लेबल. |
register_toolchains
None
register_toolchains(dev_dependency=False, *toolchain_labels)
@
या //
से शुरू होना चाहिए). ज़्यादा जानकारी के लिए, टूलचेन रिज़ॉल्यूशन पर जाएं.
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
dev_dependency
|
डिफ़ॉल्ट रूप से False है सही होने पर, अगर मौजूदा मॉड्यूल रूट मॉड्यूल नहीं है या `--ignore_dev_dependency` चालू है, तो टूलचेन रजिस्टर नहीं किए जाएंगे. |
toolchain_labels
|
स्ट्रिंग का सीक्वेंस;
ज़रूरी है रजिस्टर किए जाने वाले टूलचेन के लेबल. लेबल में :all शामिल हो सकता है. इस स्थिति में, पैकेज में टूलचेन देने वाले सभी टारगेट, शब्दकोश के हिसाब से नाम के हिसाब से रजिस्टर किए जाएंगे.
|
single_version_override
None
single_version_override(module_name, version='', registry='', patches=[], patch_cmds=[], patch_strip=0)
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
module_name
|
ज़रूरी है यह बदलाव लागू करने के लिए, Baज़र मॉड्यूल की डिपेंडेंसी का नाम. |
version
|
डिफ़ॉल्ट रूप से '' है डिपेंडेंसी ग्राफ़ में इस मॉड्यूल के घोषित वर्शन को बदल देता है. दूसरे शब्दों में, यह मॉड्यूल "पिन किया गया" होगा इन बदलावों को लागू कर दें. अगर कोई व्यक्ति रजिस्ट्री या पैच को ओवरराइड करना चाहता है, तो इस एट्रिब्यूट को छोड़ा जा सकता है. |
registry
|
डिफ़ॉल्ट रूप से '' है इस मॉड्यूल के लिए रजिस्ट्री को बदलता है; रजिस्ट्री की डिफ़ॉल्ट सूची से इस मॉड्यूल को ढूंढने के बजाय, दी गई रजिस्ट्री का इस्तेमाल किया जाना चाहिए. |
patches
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है इस मॉड्यूल पर लागू करने के लिए, पैच फ़ाइलों की ओर पॉइंट करने वाले लेबल की सूची. पैच फ़ाइलें टॉप लेवल प्रोजेक्ट के सोर्स ट्री में मौजूद होनी चाहिए. ये सूची के क्रम में लागू किए जाते हैं. |
patch_cmds
|
strings में भी बदलाव किए जा सकते हैं;
डिफ़ॉल्ट रूप से [] है पैच लागू होने के बाद, Linux/Macos पर Bash कमांड का क्रम. |
patch_strip
|
डिफ़ॉल्ट रूप से 0 है Unix पैच के --strip तर्क की तरह ही. |
use_extension
module_extension_proxy use_extension(extension_bzl_file, extension_name, *, dev_dependency=False, isolate=False)
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
extension_bzl_file
|
ज़रूरी है Starlark फ़ाइल का मॉड्यूल, जो मॉड्यूल के एक्सटेंशन को बताता है. |
extension_name
|
ज़रूरी है इस्तेमाल किए जाने वाले मॉड्यूल एक्सटेंशन का नाम. इस नाम के चिह्न को Starlark फ़ाइल से एक्सपोर्ट करना ज़रूरी है. |
dev_dependency
|
डिफ़ॉल्ट रूप से False है अगर सही है, तो मॉड्यूल एक्सटेंशन के इस्तेमाल को अनदेखा कर दिया जाएगा. ऐसा तब होगा, जब मौजूदा मॉड्यूल, रूट मॉड्यूल न हो या `--ignore_dev_dependency` चालू हो. |
isolate
|
डिफ़ॉल्ट रूप से False है प्रयोग के तौर पर उपलब्ध. इस पैरामीटर को अभी आज़माया जा रहा है और इसमें किसी भी समय बदलाव किया जा सकता है. कृपया इस पर निर्भर न रहें. इसे ---experimental_isolated_extension_usages सेट करके प्रयोग के आधार पर चालू किया जा सकता है अगर सही है, तो मॉड्यूल एक्सटेंशन के इस इस्तेमाल को इस और दूसरे मॉड्यूल, दोनों में इस्तेमाल किए जाने वाले दूसरे सभी इस्तेमाल से अलग कर दिया जाएगा. इस इस्तेमाल के लिए बनाए गए टैग, अन्य इस्तेमाल पर असर नहीं डालते. साथ ही, इस इस्तेमाल के लिए एक्सटेंशन के जनरेट किए गए डेटा स्टोर करने की जगह, एक्सटेंशन से जनरेट किए गए सभी डेटा स्टोर करने की जगहों से अलग होंगे. फ़िलहाल, यह पैरामीटर एक्सपेरिमेंट के तौर पर उपलब्ध है और सिर्फ़ |
use_repo
None
use_repo(extension_proxy, *args, **kwargs)
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
extension_proxy
|
ज़रूरी हैuse_extension कॉल से लौटाया गया मॉड्यूल एक्सटेंशन प्रॉक्सी ऑब्जेक्ट.
|
args
|
ज़रूरी है इंपोर्ट किए जाने वाले डेटा स्टोर के नाम. |
kwargs
|
ज़रूरी है मौजूदा मॉड्यूल के स्कोप में इंपोर्ट करने के लिए, अलग-अलग नामों के साथ कुछ डेटा संग्रह स्थान तय करता है. कुंजियों का नाम वही होना चाहिए जिसका इस्तेमाल मौजूदा दायरे में करना है, जबकि वैल्यू वे मूल नाम होनी चाहिए जिन्हें मॉड्यूल एक्सटेंशन से एक्सपोर्ट किया गया हो. |
use_repo_rule
repo_rule_proxy use_repo_rule(repo_rule_bzl_file, repo_rule_name)
name
एट्रिब्यूट का इस्तेमाल करके तय किए गए नाम में दिखती है. प्रॉक्सी पर इंप्लिसिट बूलियन dev_dependency
एट्रिब्यूट का भी इस्तेमाल किया जा सकता है, ताकि यह बताया जा सके कि एक खास रेपो सिर्फ़ तब बनाया जाना है, जब मौजूदा मॉड्यूल रूट मॉड्यूल हो.
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
repo_rule_bzl_file
|
ज़रूरी है Starlark फ़ाइल का लेबल, जिसमें रेपो के नियम की जानकारी है. |
repo_rule_name
|
ज़रूरी है इस्तेमाल किए जाने वाले रेपो नियम का नाम. इस नाम के चिह्न को Starlark फ़ाइल से एक्सपोर्ट करना ज़रूरी है. |