bazel [<startup options>] <command> [<args>]
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
विकल्प सिंटैक्स
विकल्पों को Basel को अलग-अलग तरीकों से पास किया जा सकता है. ऐसे विकल्प जिनके लिए वैल्यू की ज़रूरत होती है को या तो बराबर के चिह्न या स्पेस के साथ पास किया जा सकता है:
--<option>=<value> --<option> <value>
-<short_form> <value>
बूलियन विकल्प इस तरह चालू किए जा सकते हैं:
--<option> --<option>=[true|yes|1]
--no<option> --<option>=[false|no|0]
ट्रिस्टेट के विकल्प आम तौर पर डिफ़ॉल्ट रूप से, अपने-आप सेट होते हैं. साथ ही, ये विकल्प इस तरह चालू रहे:
--<option>=[true|yes|1]
--no<option> --<option>=[false|no|0]
निर्देश
analyze-profile |
बिल्ड प्रोफ़ाइल के डेटा का विश्लेषण करता है. |
aquery |
दिए गए टारगेट का विश्लेषण करता है और ऐक्शन ग्राफ़ की क्वेरी करता है. |
build |
तय किए गए टारगेट बनाता है. |
canonicalize-flags |
बेज़ल विकल्पों की सूची को कैननिकल बना देता है. |
clean |
आउटपुट फ़ाइलों को हटाता है और वैकल्पिक रूप से सर्वर को बंद करता है. |
coverage |
तय किए गए टेस्ट टारगेट के लिए, कोड कवरेज रिपोर्ट जनरेट करता है. |
cquery |
कॉन्फ़िगरेशन का इस्तेमाल करके, तय किए गए टारगेट को लोड करता है, उनका विश्लेषण करता है, और उनके बारे में क्वेरी करता है. |
dump |
बेज़ल सर्वर प्रोसेस की अंदरूनी स्थिति को डंप करता है. |
fetch |
ऐसे बाहरी डेटा स्टोर करने की जगह फ़ेच करता है जो टारगेट के लिए ज़रूरी हैं. |
help |
कमांड या इंडेक्स के लिए प्रिंट सहायता. |
info |
बेज़ल सर्वर के बारे में रनटाइम की जानकारी दिखाता है. |
license |
इस सॉफ़्टवेयर का लाइसेंस प्रिंट करता है. |
mobile-install |
मोबाइल डिवाइस पर टारगेट इंस्टॉल करता है. |
mod |
Bzlmod बाहरी डिपेंडेंसी ग्राफ़ की क्वेरी करता है |
print_action |
किसी फ़ाइल को कंपाइल करने के लिए, कमांड लाइन आर्ग प्रिंट करता है. |
query |
डिपेंडेंसी ग्राफ़ क्वेरी चलाता है. |
run |
तय टारगेट को रन करता है. |
shutdown |
बेज़ल सर्वर को रोकता है. |
sync |
वर्कस्पेस फ़ाइल में दिए गए सभी डेटा स्टोर करने की जगह को सिंक करता है |
test |
तय किए गए टेस्ट टारगेट बनाता और चलाता है. |
version |
बेज़ल के लिए प्रिंट वर्शन की जानकारी. |
स्टार्टअप के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--[no]autodetect_server_javabase
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जब --noautodetect_server_javabase पास होता है, तो Basel, बेज़ल सर्वर को चलाने के लिए लोकल JDK पर वापस नहीं आता है, और इसके बजाय बाहर निकल जाता है.
टैग:affects_outputs
,loses_incremental_state
--[no]batch
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट किया जाता है, तो Basel को स्टैंडर्ड क्लाइंट/सर्वर मोड के बजाय, सिर्फ़ एक क्लाइंट प्रोसेस के तौर पर चलाया जाएगा. इसके लिए, कोई सर्वर नहीं है. इस प्रोसेस के इस्तेमाल पर रोक लगा दी गई है और इसे हटा दिया जाएगा. अगर आपको सर्वर के बंद होने से बचना है, तो कृपया सर्वर को बंद करें.
टैग:loses_incremental_state
,bazel_internal_configuration
,deprecated
--[no]batch_cpu_scheduling
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
केवल Linux पर; 'बैच' का उपयोग करें Blaze के लिए सीपीयू शेड्यूलिंग. यह नीति उन वर्कलोड के लिए काम की है जो नॉन-इंटरैक्टिव होते हैं, लेकिन उनकी अच्छी वैल्यू को कम नहीं करना चाहते. देखें 'पुरुष 2 sched_setScheduler'. अगर गलत है, तो Basel सिस्टम कॉल नहीं करता है.
टैग:host_machine_resource_optimizations
--bazelrc=<path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उस उपयोगकर्ता की जगह की जानकारी जिसमें बैजल विकल्पों की डिफ़ॉल्ट वैल्यू शामिल हैं. /dev/null से पता चलता है कि आने वाले समय में सभी `--bagelrc`s को अनदेखा किया जाएगा.इससे उपयोगकर्ता की आरसी फ़ाइल को खोजने की सुविधा बंद हो जाती है. जैसे, मौजूदा मॉडल का इस्तेमाल करता है.
इस विकल्प को एक से ज़्यादा बार भी तय किया जा सकता है.
उदाहरण के लिए, `--baज़ेनrc=x.rc --baडेलrc=y.rc --bazzrc=/dev/null --ba खोलनाrc=z.rc` के साथ,
1) x.rc और y.rc को पढ़ा जाता है.
2) पूर्व /dev/null की वजह से z.rc को अनदेखा कर दिया जाता है.
अगर इसके बारे में जानकारी नहीं दी जाती है, तो Basel की ओर से मिलने वाली पहली .baकोई फ़ाइल को इन दो जगहों पर इस्तेमाल किया जाता है: फ़ाइल फ़ोल्डर की डायरेक्ट्री और फिर उपयोगकर्ता की होम डायरेक्ट्री.
ध्यान दें: कमांड लाइन विकल्प हमेशा baज़ेनrc में किसी भी विकल्प की जगह ले लेंगे.
टैग:changes_inputs
--[no]block_for_lock
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--noblock_for_lock पास होने पर, Basel, चल रहे कमांड के पूरा होने का इंतज़ार नहीं करता है. इसके बजाय, वह तुरंत बाहर निकल जाता है.
टैग:eagerness_to_exit
--[no]client_debug
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो डीबग करने की जानकारी को क्लाइंट से Stderr में लॉग करें. इस विकल्प को बदलने से सर्वर रीस्टार्ट नहीं होगा.
टैग:affects_outputs
,bazel_monitoring
--connect_timeout_secs=<an integer>
डिफ़ॉल्ट: "30"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सर्वर से कनेक्ट करने की हर कोशिश के लिए, क्लाइंट को इंतज़ार करना पड़ता है
टैग:bazel_internal_configuration
--[no]expand_configs_in_place
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--config फ़्लैग का एक्सपैंशन सही जगह पर करने के लिए किया गया है. यह सामान्य आरसी विकल्पों और कमांड लाइन के ज़रिए तय किए गए विकल्पों के बीच, एक तय पॉइंट तक पहुंचने के बजाय, सही जगह पर किया जाना है.
टैग:no_op
,deprecated
--failure_detail_out=<path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे सेट किया जाता है, तो सर्वर के काम नहीं करने और gRPC के ज़रिए इसकी रिपोर्ट नहीं कर पाने पर, error_detail protobuf मैसेज लिखने के लिए किसी जगह की जानकारी देता है. अगर ऐसा नहीं होता है, तो जगह की जानकारी ${OUTPUT_BASE}/failure_detail.rawproto होगी.
टैग:affects_outputs
,loses_incremental_state
--[no]home_rc
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$HOME/.bazzrc पर होम baazrc फ़ाइल ढूंढना है या नहीं
टैग:changes_inputs
--[no]idle_server_tasks
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सर्वर के कुछ समय से इस्तेमाल में न होने पर, System.gc() चलाएं
टैग:loses_incremental_state
,host_machine_resource_optimizations
--[no]ignore_all_rc_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सभी rc फ़ाइलों को बंद करती है, भले ही rc-बदलाव करने वाले दूसरे फ़्लैग की वैल्यू कुछ भी हो, भले ही ये फ़्लैग बाद में स्टार्टअप के विकल्पों की सूची में शामिल हों.
टैग:changes_inputs
--io_nice_level={-1,0,1,2,3,4,5,6,7}
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
केवल Linux पर; sys_ioprio_set सिस्टम कॉल का इस्तेमाल करके, IO के लिए सबसे सही शेड्यूल के लिए 0-7 के बीच का लेवल सेट करें. 0 सबसे ऊपर और 7 सबसे कम. हो सकता है कि शेड्यूल करने वाला वह प्रोग्राम, सिर्फ़ चौथी प्राथमिकता तक का हो. अगर नेगेटिव वैल्यू पर सेट किया जाता है, तो Basel सिस्टम कॉल नहीं करता है.
टैग:host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer>
डिफ़ॉल्ट: "120"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सर्वर से कनेक्ट होने के लिए क्लाइंट को ज़्यादा से ज़्यादा इंतज़ार का समय
टैग:bazel_internal_configuration
--macos_qos_class=<a string>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
macOS पर चलाते समय, यह बैजल सर्वर की QoS सर्विस क्लास को सेट करता है. इस फ़्लैग का अन्य सभी प्लैटफ़ॉर्म पर कोई असर नहीं पड़ता. हालांकि, इससे यह पक्का किया जा सकता है कि आरसी फ़ाइलों को बिना किसी बदलाव के उनके बीच शेयर किया जा सके. संभावित वैल्यू ये हैं: यूज़र-इंटरैक्टिव, यूज़र-इनीशिएटेड, डिफ़ॉल्ट, यूटिलिटी, और बैकग्राउंड.
टैग:host_machine_resource_optimizations
--max_idle_secs=<integer>
डिफ़ॉल्ट: "10800"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड सर्वर के बंद होने से पहले इतने सेकंड तक इंतज़ार करना पड़ेगा. शून्य का मतलब है कि सर्वर कभी भी बंद नहीं होगा. इसे सिर्फ़ सर्वर के चालू होने पर पढ़ा जाता है. इस विकल्प को बदलने से सर्वर रीस्टार्ट नहीं होगा.
टैग:eagerness_to_exit
,loses_incremental_state
--output_base=<path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को सेट किया जाता है, तो यह आउटपुट की उस जगह के बारे में बताती है जहां सभी बिल्ड आउटपुट लिखे जाएंगे. ऐसा न करने पर, जगह की जानकारी ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WorkSPACE_ROOT} होगी. ध्यान दें: अगर इस वैल्यू के लिए एक से अगले Basel के शुरू करने का विकल्प तक कोई अलग विकल्प दिया जाता है, तो शायद आप एक नया, अतिरिक्त Basel सर्वर शुरू करना चाहें. Baज़ल, हर बताए गए आउटपुट बेस के लिए, एक सर्वर से शुरू होता है. आम तौर पर, हर फ़ाइल फ़ोल्डर के लिए एक आउटपुट बेस होता है. हालांकि, इस विकल्प के साथ आपके पास हर वर्कस्पेस में एक से ज़्यादा आउटपुट बेस हो सकते हैं. ऐसे में, एक ही मशीन पर एक ही क्लाइंट के लिए एक साथ कई बिल्ड चलाए जा सकते हैं. 'basel से जुड़ी सहायता को बंद करने की सुविधा' देखें बेज़ल सर्वर को बंद करने का तरीक़ा बताएँ.
टैग:affects_outputs
,loses_incremental_state
--output_user_root=<path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उपयोगकर्ता के लिए खास डायरेक्ट्री, जिसके नीचे सभी बिल्ड आउटपुट लिखे जाते हैं; डिफ़ॉल्ट रूप से, यह $USER का फ़ंक्शन है. हालांकि, कॉन्सटैंट वैल्यू तय करके, बिल्ड आउटपुट को सहयोगी उपयोगकर्ताओं के बीच शेयर किया जा सकता है.
टैग:affects_outputs
,loses_incremental_state
--[no]preemptible
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो कोई दूसरा निर्देश शुरू होने पर, निर्देश को हटाया जा सकता है.
टैग:eagerness_to_exit
--server_jvm_out=<path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सर्वर के JVM का आउटपुट लिखने की जगह. अगर नीति को सेट नहीं किया जाता है, तो आउटपुट_base में जगह की जानकारी डिफ़ॉल्ट रूप से सेट हो जाती है.
टैग:affects_outputs
,loses_incremental_state
--[no]shutdown_on_low_sys_mem
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर max_idle_secs सेट किया गया है और बिल्ड सर्वर कुछ समय से इस्तेमाल में नहीं है, तो सिस्टम के खाली रैम की जगह कम होने पर सर्वर को बंद कर दें. सिर्फ़ Linux के लिए.
टैग:eagerness_to_exit
,loses_incremental_state
--[no]system_rc
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि पूरे सिस्टम में ब्राउज़र को देखना है या नहीं.
टैग:changes_inputs
--[no]unlimit_coredumps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सॉफ़्ट कोरडंप की सीमा को बढ़ाकर, सर्वर (जिसमें JVM भी शामिल है) कोरडंप बनाया जा सकता है. साथ ही, सामान्य स्थितियों में क्लाइंट को कोरडंप बनाया जा सकता है. इस फ़्लैग को अपने बाज़ार में एक बार लगाएं और इसके बारे में भूल जाएं, ताकि कोरडंप तब मिल जाएं, जब आप असल में उन्हें ट्रिगर करने वाली किसी स्थिति का सामना करें.
टैग:bazel_internal_configuration
--[no]watchfs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो बेज़ल बदलाव के लिए हर फ़ाइल को स्कैन करने के बजाय, स्थानीय बदलावों के लिए ऑपरेटिंग सिस्टम की फ़ाइल वॉच सेवा का इस्तेमाल करने की कोशिश करता है.
टैग:deprecated
--[no]windows_enable_symlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Windows पर फ़ाइल कॉपी करने के बजाय, असली सिम्बॉलिक लिंक बनाए जाएंगे. इसके लिए, Windows डेवलपर मोड और Windows 10 के 1703 या उसके बाद के वर्शन का चालू होना ज़रूरी है.
टैग:bazel_internal_configuration
--[no]workspace_rc
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$workspace/.baazrc पर वर्कस्पेस की baselrc फ़ाइल देखनी है या नहीं
टैग:changes_inputs
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--host_jvm_args=<jvm_arg>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है ब्लेज़ चलाने वाली जेवीएम को पास करने के लिए फ़्लैग.
--host_jvm_debug
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ अतिरिक्त JVM स्टार्टअप फ़्लैग जोड़ने का सुविधा विकल्प, जिनकी वजह से JVM को स्टार्टअप के दौरान तब तक इंतज़ार करना पड़ता है, जब तक कि आप JDWP के हिसाब से काम करने वाले डीबगर (जैसे कि Eclipse) से पोर्ट 5005 पर कनेक्ट नहीं हो जाते.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--host_jvm_args=-Xdebug
--host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005
--host_jvm_profile=<profiler_name>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है जेवीएम स्टार्टअप फ़्लैग जोड़ने के लिए सुविधा विकल्प. Basel के पास ऐसी जानी-पहचानी वैल्यू हैं जो हार्ड कोड किए गए JVM स्टार्टअप फ़्लैग से मैप की जाती हैं. इसके लिए, वह कुछ फ़ाइलों के लिए हार्डकोड पाथ खोज सकती है.
--server_javabase=<jvm path>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है खुद बेज़ल को चलाने के लिए इस्तेमाल किए जाने वाले JVM का पाथ.
सभी कमांड के लिए आम तौर पर उपलब्ध विकल्प
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range>
डिफ़ॉल्ट: "1048576"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंसोल पर प्रिंट की जाने वाली stdout / stderr फ़ाइलों का ज़्यादा से ज़्यादा साइज़. -1 का मतलब है कोई सीमा नहीं.
टैग:execution
--[no]incompatible_remote_dangling_symlinks
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है और --inaffiliate_remote_simlinks भी सही पर सेट किया जाता है, तो ऐक्शन आउटपुट में सिमलिंक को डेंग करने की अनुमति होती है.
टैग:execution
,incompatible_change
--[no]incompatible_remote_symlinks
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो रिमोट कैश मेमोरी और एक्ज़ीक्यूशन प्रोटोकॉल के तहत, Basel के ऐक्शन आउटपुट में सिमलिंक दिखेंगे. अगर ऐसा नहीं है, तो सिमलिंक को फ़ॉलो किया जाएगा और फ़ाइलों या डायरेक्ट्री के तौर पर दिखाया जाएगा. ज़्यादा जानकारी के लिए, #6631 पर जाएं.
टैग:execution
,incompatible_change
- कार्रवाई को पूरा करने के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करने वाले विकल्प:
--[no]incompatible_enable_proto_toolchain_resolution
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Proto lang नियम, criteria_proto, rules_java, rules_cc repositories से टूलचेन को परिभाषित करते हैं.
टैग:loading_and_analysis
,incompatible_change
- ऐसे विकल्प जिनकी मदद से लोग, तय किए गए आउटपुट को कॉन्फ़िगर कर सकते हैं. इससे, आउटपुट वाली वैल्यू पर असर पड़ता है, न कि इसकी मौजूदगी पर:
--bep_maximum_open_remote_upload_files=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
BEP आर्टफ़ैक्ट अपलोड करने के दौरान, ज़्यादा से ज़्यादा इतनी फ़ाइलें खोली जा सकती हैं.
टैग:affects_outputs
--remote_download_all
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सभी रिमोट आउटपुट को लोकल मशीन पर डाउनलोड करता है. यह फ़्लैग --remote_download_Outputs=all का उपनाम है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--remote_download_outputs=all
टैग:affects_outputs
--remote_download_minimal
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोकल मशीन पर कोई भी रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. यह फ़्लैग --remote_download_Outputs=minimal का उपनाम है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--remote_download_outputs=minimal
टैग:affects_outputs
--remote_download_outputs=<all, minimal or toplevel>
डिफ़ॉल्ट: "toplevel"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह 'कम से कम' पर सेट है लोकल मशीन में कोई रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. हालांकि, लोकल ऐक्शन के लिए ज़रूरी आउटपुट जनरेट करता है. अगर 'टॉपलेवल' पर सेट है 'बहुत कम' की तरह काम करता है इसे छोड़कर यह टॉप लेवल टारगेट के आउटपुट को भी लोकल मशीन पर डाउनलोड करता है. अगर नेटवर्क बैंडविड्थ के लिए कोई समस्या है, तो दोनों विकल्प बिल्ड समय को काफ़ी कम कर सकते हैं.
टैग:affects_outputs
--remote_download_symlink_template=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोकल मशीन पर रिमोट बिल्ड आउटपुट डाउनलोड करने के बजाय, सिम्बॉलिक लिंक बनाएं. सिम्बॉलिक लिंक के टारगेट को टेंप्लेट स्ट्रिंग के तौर पर बताया जा सकता है. इस टेंप्लेट स्ट्रिंग में {hash} और {size_bytes} शामिल हो सकते हैं. ये ऑब्जेक्ट के हैश तक और बाइट में साइज़ तक बढ़ाते हैं. उदाहरण के लिए, ये सांकेतिक लिंक किसी FUSE फ़ाइल सिस्टम की ओर इशारा कर सकते हैं, जो मांग पर CAS से ऑब्जेक्ट लोड करते हैं.
टैग:affects_outputs
--remote_download_toplevel
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोकल मशीन पर सिर्फ़ टॉप लेवल टारगेट के रिमोट आउटपुट डाउनलोड करता है. यह फ़्लैग --remote_download_Outputs=toplevel का उपनाम है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--remote_download_outputs=toplevel
टैग:affects_outputs
--repo_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसे अतिरिक्त एनवायरमेंट वैरिएबल तय करता है जो सिर्फ़ डेटा स्टोर करने की जगह के नियमों के लिए उपलब्ध होते हैं. ध्यान दें कि रिपॉज़िटरी के नियम पूरे एनवायरमेंट को देखते हैं, लेकिन ऐसा करने से ऐक्शन ग्राफ़ को अमान्य किए बिना कॉन्फ़िगरेशन की जानकारी को विकल्पों के ज़रिए, डेटा स्टोर करने की जगहों पर भेजा जा सकता है.
टैग:action_command_lines
- वे विकल्प जो इस बात पर असर डालते हैं कि Basel के मान्य बिल्ड इनपुट को कितनी सख्ती से लागू किया जाता है (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--[no]check_bzl_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति बंद है, तो .bzl लोड के दिखने से जुड़ी गड़बड़ियों की जानकारी को कम करके चेतावनियों में बदल दिया जाता है.
टैग:build_file_semantics
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]enable_bzlmod
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Bzlmod डिपेंडेंसी मैनेजमेंट सिस्टम को चालू कर देता है. साथ ही, इसे वर्कस्पेस पर प्राथमिकता दी जाती है. ज़्यादा जानकारी के लिए, https://bagel.build/docs/bzlmod देखें.
टैग:loading_and_analysis
--[no]experimental_action_resource_set
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो ctx.action.run() और ctx.action.run_shell() पर सेट करके लोकल एक्ज़ीक्यूशन के लिए Research_set पैरामीटर का इस्तेमाल होता है. ऐसा न करने पर, मेमोरी और 1 सीपीयू के लिए डिफ़ॉल्ट रूप से 250 एमबी हो जाएगा.
टैग:execution
,build_file_semantics
,experimental
--[no]experimental_bzl_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस सेटिंग के चालू होने पर, ` visibility()` फ़ंक्शन को जोड़ देता है, जिसे .bzl फ़ाइलें, टॉप-लेवल की जांच के दौरान कॉल कर सकती हैं. इससे लोड() स्टेटमेंट के लिए, उनकी विज़िबिलिटी तय की जा सकेगी.
टैग:loading_and_analysis
,experimental
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो cc_shared_library नियम के लिए ज़रूरी एट्रिब्यूट और Starlark एपीआई को इस्तेमाल करने की सुविधा उपलब्ध होगी
टैग:build_file_semantics
,loading_and_analysis
,experimental
--[no]experimental_disable_external_package
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो अपने-आप जनरेट हुआ //बाहरी पैकेज अब उपलब्ध नहीं रहेगा. Basel अब भी 'external/BUILD' फ़ाइल को पार्स नहीं कर पाएगा. हालांकि, बिना नाम वाले पैकेज के बाहरी या बिना नाम वाले ग्लोब का इस्तेमाल किया जा सकेगा.
टैग:loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_enable_android_migration_apis
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो Android Starlark के माइग्रेशन के लिए ज़रूरी एपीआई को चालू किया जाता है.
टैग:build_file_semantics
--[no]experimental_enable_scl_dialect
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो .scl फ़ाइलों का इस्तेमाल load() स्टेटमेंट में किया जा सकता है.
टैग:build_file_semantics
--[no]experimental_google_legacy_api
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो Starlark बिल्ड एपीआई के ऐसे कई प्रयोग दिखाए जाते हैं जो Google के लेगसी कोड से जुड़े हैं.
टैग:loading_and_analysis
,experimental
--[no]experimental_isolated_extension_usages
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो <code>अलग-अलग करें</code> को चालू करता है <a href="https://ba सुझावों.build/rules/lib/globals/module#use_extension"><code>use_extension</code></a> में पैरामीटर फ़ंक्शन का इस्तेमाल करना होगा.
टैग:loading_and_analysis
--[no]experimental_java_library_export
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो Experiments_java_library_export_do_not_use मॉड्यूल उपलब्ध होगा.
टैग:loading_and_analysis
,incompatible_change
--[no]experimental_platforms_api
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो प्लैटफ़ॉर्म से जुड़े कई Starlark एपीआई चालू किए जाते हैं. ये एपीआई डीबग करने के लिए काम के होते हैं.
टैग:loading_and_analysis
,experimental
--[no]experimental_repo_remote_exec
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को 'सही है' पर सेट किया जाता है, तो रिपॉज़िटरी_नियम को रिमोट तौर पर लागू करने की कुछ क्षमताएं मिलती हैं.
टैग:build_file_semantics
,loading_and_analysis
,experimental
--[no]experimental_sibling_repository_layout
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो गैर-मुख्य डेटा स्टोर करने की जगहों को, एक्ज़ीक्यूशन रूट में मुख्य डेटा स्टोर करने की जगह के सिमलिंक के तौर पर लगाया जाता है. इसका मतलब यह है कि डेटा स्टोर करने की सभी जगहें, $आउटपुट_base/execution_root डायरेक्ट्री का डायरेक्ट चाइल्ड होती हैं. इसका नतीजा, असली टॉप-लेवल 'external' के लिए, $Output_base/execution_root/__main__/external को खाली करने का खराब असर है डायरेक्ट्री.
टैग:action_command_lines
,bazel_internal_configuration
,loading_and_analysis
,loses_incremental_state
,experimental
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को 'सही है' पर सेट किया जाता है, तो टारगेट से लेकर कार्रवाइयों तक टैग को ट्रांसफ़र कर दिया जाएगा. प्रोग्राम चलाने की ज़रूरी शर्तें; ऐसा न होने पर टैग लागू नहीं होते हैं. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/8830 पर जाएं.
टैग:build_file_semantics
,experimental
--[no]incompatible_always_check_depset_elements
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि सभी कंस्ट्रक्टर में, डेपसेट में जोड़े गए एलिमेंट मान्य हैं या नहीं. एलिमेंट ऐसे होने चाहिए जिनमें बदलाव न किया जा सके. हालांकि, पुराने समय में depset(direct=...) कंस्ट्रक्टर जांच करना भूल गया. डिपसेट एलिमेंट में सूचियों के बजाय ट्यूपल का इस्तेमाल करें. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/10313 देखें.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_depset_for_java_output_source_jars
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Baज़र, java_info.java_Output[0].source_jars से कोई सूची नहीं दिखाता, लेकिन इसके बजाय depset दिखाता है.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_depset_for_libraries_to_link_getter
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Baज़र, Linking_context.libraries_to_link से कोई सूची नहीं दिखाता, लेकिन इसके बजाय depset दिखाता है.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disable_objc_library_transition
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
objc_library का कस्टम ट्रांज़िशन बंद करें और इसके बजाय टॉप लेवल के टारगेट से इनहेरिट करें
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_disable_starlark_host_transitions
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'सही है' पर सेट किया जाता है, तो नियम की विशेषताएं 'cfg = "host"' को सेट नहीं की जा सकतीं. नियमों को 'cfg = "exec"' को सेट करना चाहिए आज़माएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disable_target_provider_fields
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो 'टारगेट' पर सेवा देने वाली कंपनियों को ऐक्सेस करने की सुविधा बंद करें फ़ील्ड सिंटैक्स के ज़रिए ऑब्जेक्ट सबमिट करना. इसके बजाय, provider-key सिंटैक्स इस्तेमाल करें. उदाहरण के लिए, लागू करने वाले किसी फ़ंक्शन में `my_info` को ऐक्सेस करने के लिए `ctx.attr.dep.my_info` का इस्तेमाल करने के बजाय, `ctx.attr.dep[MyInfo]` का इस्तेमाल करें. ज़्यादा जानकारी के लिए, https://github.com/baazbuild/ba बहुत/issues/9014 पर जाएं.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_disallow_empty_glob
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'सही है' पर सेट किया जाता है, तो glb() के `allow_Empty` आर्ग्युमेंट की डिफ़ॉल्ट वैल्यू 'गलत' होती है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_disallow_struct_provider_syntax
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो हो सकता है कि नियम लागू करने वाले फ़ंक्शन कोई स्ट्रक्ट न दिखाएं. इसके बजाय, उन्हें प्रोवाइडर के इंस्टेंस की सूची देनी होगी.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_existing_rules_immutable_view
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को 'सही' पर सेट किया जाता है, तो local.existing_role और याNATIVE.existing_ खोजे गए
'नहीं होने वाले व्यू' ऑब्जेक्ट में, बदले जा सकने वाले शब्दों के बजाय ऐसे हल्के-फुल्के व्यू वाले ऑब्जेक्ट दिखाई देते हैं जिन्हें बदला नहीं जा सकता.
टैग:build_file_semantics
,loading_and_analysis
,incompatible_change
--[no]incompatible_fail_on_unknown_attributes
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, ऐसे टारगेट फ़ेल हो जाते हैं जिनमें अनजान एट्रिब्यूट 'कोई नहीं' पर सेट होते हैं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Package_group के `packages` एट्रिब्यूट में, "//..." वैल्यू का मतलब बदलता है का इस्तेमाल, किसी भी रिपॉज़िटरी में मौजूद सभी पैकेज के बजाय, मौजूदा रिपॉज़िटरी में मौजूद सभी पैकेज के लिए करता है. आप विशेष मान "सार्वजनिक" का उपयोग कर सकते हैं "//..." की जगह पर इससे पुराने तरीके का पता लगाया जा सकता है. इस फ़्लैग के लिए यह ज़रूरी है कि --insupported_package_group_has_public_syntax भी चालू हो.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_java_common_parameters
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को 'सही है' पर सेट किया जाता है, तो pack_sources और Host_javabase में मौजूद partner_javabase पैरामीटर, सभी को हटा दिया जाएगा.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_merge_fixed_and_default_shell_env
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो 'env' दोनों के साथ ctx.action.run और ctx.action.run_shell के साथ रजिस्टर कार्रवाइयां और 'use_default_shell_env = सही' दिए गए फ़ॉर्मूले में, डिफ़ॉल्ट शेल एनवायरमेंट से मिले एनवायरमेंट का इस्तेमाल किया जाएगा. इसके लिए, 'env' में पास की गई वैल्यू को बदला जाएगा. बंद होने पर, 'env' की वैल्यू को इस मामले में पूरी तरह अनदेखा कर दिया जाता है.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_new_actions_api
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'सही है' पर सेट किया जाता है, तो कार्रवाइयां बनाने के लिए एपीआई सिर्फ़ `ctx.action` पर उपलब्ध होगा, `ctx` पर नहीं.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_no_attr_license
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो यह `attr.लाइसेंस` फ़ंक्शन को बंद करता है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_no_implicit_file_export
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट हो, तो (इस्तेमाल की गई) सोर्स फ़ाइलें, पैकेज तब तक निजी रहती हैं, जब तक कि उन्हें साफ़ तौर पर एक्सपोर्ट नहीं किया जाता. https://github.com/bagelbuild/proposals/blob/master/designs/2019-10-24-file- visibility.md पर जाएं
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_no_rule_outputs_param
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो `नियम()` Starlark फ़ंक्शन के `आउटपुट` पैरामीटर को बंद कर देता है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_objc_provider_remove_linking_info
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो लिंक करने की जानकारी के लिए, ऑब्jcProvider के एपीआई हटा दिए जाएंगे.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_package_group_has_public_syntax
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Package_group के `packages` एट्रिब्यूट में, यह "public" लिखने की अनुमति देता है या "निजी" का इस्तेमाल करें.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_require_linker_input_cc_api
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो नियम create_linking_context के लिए Library_to_link के बजाय linker_inputs को बनाया जाएगा. Linking_context के पुराने गेटर भी बंद कर दिए जाएंगे और सिर्फ़ linker_inputs उपलब्ध होंगे.
टैग:build_file_semantics
,loading_and_analysis
,incompatible_change
--[no]incompatible_run_shell_command_string
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है, तो actions.run_shell का कमांड पैरामीटर सिर्फ़ स्ट्रिंग स्वीकार करेगा
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_stop_exporting_language_modules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, खास भाषा के लिए बने मॉड्यूल (जैसे कि `cc_common`) उपयोगकर्ता की .bzl फ़ाइलों में उपलब्ध नहीं होते हैं. इन्हें सिर्फ़ उन मॉड्यूल से कॉल किया जा सकता है जो उनसे जुड़े नियम स्टोर करने की जगहों पर मौजूद हों.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_struct_has_no_methods
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह स्ट्रक्ट के to_json और to_proto मेथड को बंद करता है, जो स्ट्रक्चर फ़ील्ड नेमस्पेस को खराब करते हैं. इसके बजाय, JSON के लिए json.encode या json.encode_indent या टेक्स्टप्रोटो के लिए proto.encode_text का इस्तेमाल करें.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_top_level_aspects_require_providers
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो टॉप लेवल आसपेक्ट रेशियो ज़रूरी सेवा देने वाली कंपनियों के लिए ही काम करेगा. साथ ही, यह सिर्फ़ टॉप लेवल के उन टारगेट पर चलेगा जिनके नियम विज्ञापन में दिखाई गई कंपनियां, इस पहलू के बारे में ज़रूरी जानकारी देती हैं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_unambiguous_label_stringification
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Basel लेबल @//foo:bar को //foo:bar के बजाय @//foo:bar पर स्ट्रिंग करेगा. इसका असर सिर्फ़ str(), % ऑपरेटर वगैरह के व्यवहार पर पड़ता है; repr() का व्यवहार नहीं बदलता. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba इमारतों/issues/15916 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Basel अब @batz_tools से cc_Configure का इस्तेमाल करने की अनुमति नहीं देगा. डेटा को दूसरी जगह भेजने से जुड़े निर्देशों और ज़्यादा जानकारी के लिए, कृपया https://github.com/bagelbuild/baaz/issues/10134 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_visibility_private_attributes_at_definition
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो नियम की परिभाषा के हिसाब से निजी नियम के एट्रिब्यूट के दिखने की जांच की जाती है. अगर यह नहीं दिखता है, तो नियम के इस्तेमाल वाले विकल्प पर वापस चला जाता है.
टैग:build_file_semantics
,incompatible_change
--max_computation_steps=<a long integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Starlark के कैलकुलेशन के ऐसे चरणों की ज़्यादा से ज़्यादा संख्या जो किसी बिल्ड फ़ाइल की मदद से एक्ज़ीक्यूट किए जा सकते हैं. शून्य का मतलब है कि इसके लिए कोई सीमा तय नहीं है.
टैग:build_file_semantics
--nested_set_depth_limit=<an integer>
डिफ़ॉल्ट: "3500"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी डेप्सेट में ग्राफ़ की ज़्यादा से ज़्यादा गहराई (जिसे NestedSet भी कहा जाता है), जिसके ऊपर depset() कंस्ट्रक्टर काम नहीं करेगा.
टैग:loading_and_analysis
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--[no]heuristically_drop_nodes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो मेमोरी सेव करने के लिए संबंधित फ़ाइल और DirectoryListing नोड के पूरा होने के बाद, Blaze FileState और DirectoryListingState नोड को हटा देगा. हमें उम्मीद है कि इन नोड की फिर से ज़रूरत होगी. अगर ऐसा है, तो प्रोग्राम फिर से उनकी समीक्षा करेगा.
टैग:loses_incremental_state
--[no]incompatible_do_not_split_linking_cmdline
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Baze, लिंक करने के लिए इस्तेमाल किए जाने वाले कमांड लाइन फ़्लैग में बदलाव नहीं करता. साथ ही, यह भी तय नहीं करता कि कौनसे फ़्लैग पैरामीटर फ़ाइल में जाएंगे और कौनसे नहीं. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba इमारतों/issues/7670 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]keep_state_after_build
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर गलत है, तो बिल्ड के पूरा हो जाने पर Blaze इस बिल्ड से इन मेमोरी की स्थिति को खारिज कर देगा. आने वाले बिल्ड में इस डेटा के मामले में कोई बढ़ोतरी नहीं होगी.
टैग:loses_incremental_state
--[no]track_incremental_state
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
गलत होने पर, Blaze ऐसे डेटा को सेव नहीं रखेगा जो इस बिल्ड की मेमोरी बचाने के लिए इंक्रीमेंटल बिल्ड पर फिर से आकलन करने की अनुमति देता है. आने वाले बिल्ड में इस डेटा के मामले में कोई बढ़ोतरी नहीं होगी. आम तौर पर, आप इसे 'गलत' पर सेट करते समय --batch तय करना चाहेंगे.
टैग:loses_incremental_state
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]announce_rc
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आरसी विकल्पों के बारे में एलान करना है या नहीं.
टैग:affects_outputs
--[no]attempt_to_print_relative_paths
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मैसेज के जगह वाले हिस्से को प्रिंट करते समय, Workspace डायरेक्ट्री या --package_path की मदद से तय की गई किसी डायरेक्ट्री से मिलते-जुलते पाथ का इस्तेमाल करने की कोशिश करें.
टैग:terminal_output
--bes_backend=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह [SCHEME://]Host[:PORT] फ़ॉर्म में बिल्ड इवेंट सेवा (BES) का बैकएंड एंडपॉइंट बताता है. यह डिफ़ॉल्ट तौर पर, बीईएस डेटा अपलोड करने की सुविधा को बंद करता है. काम करने वाली स्कीम, grpc और grpcs (TLS चालू होने के साथ grpc) हैं. अगर कोई स्कीम नहीं दी जाती है, तो Baज़र, जीआरपीसी को मान लेता है.
टैग:affects_outputs
--[no]bes_check_preceding_lifecycle_events
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
publishedBuildToolEventStreamRequest पर Check_preceding_lifecycle_events_present फ़ील्ड सेट करता है, जो बीईएस को यह जांच करने के लिए बताता है कि उसे मौजूदा टूल इवेंट से मेल खाने वाले InvocationSequenceStarted और BuildEnqueued इवेंट मिले हैं या नहीं.
टैग:affects_outputs
--bes_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
NAME=VALUE फ़ॉर्म में हेडर बताएं, जिसे BES अनुरोधों में शामिल किया जाएगा. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
टैग:affects_outputs
--bes_instance_name=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उस इंस्टेंस के नाम के बारे में बताता है जिसके तहत बीईएस, अपलोड किए गए BEP को बनाए रखेगा. डिफ़ॉल्ट तौर पर, वैल्यू शून्य पर सेट होती है.
टैग:affects_outputs
--bes_keywords=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
BES ("command_name=<command_name> ", "protocol_name=BEP") में प्रकाशित कीवर्ड के डिफ़ॉल्ट सेट को जोड़ने के लिए, सूचना वाले कीवर्ड की सूची दिखाता है. डिफ़ॉल्ट रूप से कुछ भी सेट नहीं होता है.
टैग:affects_outputs
--[no]bes_lifecycle_events
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि BES लाइफ़साइकल इवेंट को पब्लिश करना है या नहीं. (डिफ़ॉल्ट रूप से यह 'सही' पर सेट होता है).
टैग:affects_outputs
--bes_oom_finish_upload_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "10 मिनट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे यह तय होता है कि OOMing के दौरान, BES/BEP का अपलोड पूरा होने के लिए बेज़ल को कितना इंतज़ार करना चाहिए. यह फ़्लैग तब खत्म करता है, जब JVM गंभीर रूप से जीसी थ्रैशिंग होता है और किसी उपयोगकर्ता थ्रेड पर प्रोग्रेस नहीं कर सकता.
टैग:bazel_monitoring
--bes_outerr_buffer_size=<an integer>
डिफ़ॉल्ट: "10240"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे तय होता है कि stdout या stderr को लेकर, BEP में बफ़र किए जाने वाले stdout या stderr का ज़्यादा से ज़्यादा साइज़ क्या होगा. इसके बाद ही, इसे प्रोग्रेस इवेंट के तौर पर रिपोर्ट किया जा सकेगा. अलग-अलग लेख को अब भी किसी एक इवेंट में रिपोर्ट किया जाता है, भले ही वह तय की गई वैल्यू से --bes_outerr_chunk_size तक बड़ी हो.
टैग:affects_outputs
--bes_outerr_chunk_size=<an integer>
डिफ़ॉल्ट: "1048576"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक मैसेज में BEP को भेजे जाने वाले stdout या stderr के ज़्यादा से ज़्यादा साइज़ के बारे में बताता है.
टैग:affects_outputs
--bes_proxy=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है प्रॉक्सी का इस्तेमाल करके, बिल्ड इवेंट सेवा से कनेक्ट करें. फ़िलहाल, इस फ़्लैग का इस्तेमाल सिर्फ़ Unix डोमेन सॉकेट (unix:/path/to/socket) को कॉन्फ़िगर करने के लिए किया जा सकता है.
--bes_results_url=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस बेस यूआरएल के बारे में जानकारी देता है, जहां उपयोगकर्ता BES बैकएंड पर स्ट्रीम की गई जानकारी देख सकता है. Baज़ेल, न्योते के आईडी से जोड़े गए यूआरएल को टर्मिनल में दिखाएगा.
टैग:terminal_output
--bes_system_keywords=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सीधे शामिल किए जाने वाले नोटिफ़िकेशन कीवर्ड की सूची के बारे में बताता है, लेकिन "user_keyword=" के बिना --bes_कीवर्ड के ज़रिए दिए गए कीवर्ड के लिए शामिल प्रीफ़िक्स. यह बिल्ड सेवा ऑपरेटर के लिए बना है. ये ऑपरेटर --bes_lifecycle_events=false को सेट करते हैं और PublishinglifecycleEvent को कॉल करते समय कीवर्ड शामिल करते हैं. इस फ़्लैग का इस्तेमाल करने वाले बिल्ड सेवा ऑपरेटर को उपयोगकर्ताओं को फ़्लैग की वैल्यू बदलने से रोकना चाहिए.
टैग:affects_outputs
--bes_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे पता चलता है कि बिल्ड और टेस्ट के पूरा होने के बाद, बेज़ल को BES/BEP का अपलोड पूरा होने तक कितना इंतज़ार करना चाहिए. एक मान्य टाइम आउट एक नैचुरल संख्या है, जिसके बाद यूनिट होती है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (मि॰). डिफ़ॉल्ट मान '0' है इसका मतलब है कि समय खत्म नहीं होगा.
टैग:affects_outputs
--bes_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async>
डिफ़ॉल्ट: "wait_for_upload_complete"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे यह तय होता है कि बिल्ड इवेंट सेवा को अपलोड करने पर, बिल्ड को पूरा किए जाने में रुकावट तो नहीं आनी चाहिए या उसे शुरू करने के तुरंत बाद ही अपलोड को खत्म करके बैकग्राउंड में अपलोड करना चाहिए. 'wait_for_upload_complete' (डिफ़ॉल्ट), 'nowait_for_upload_complete' या 'full_async'.
टैग:eagerness_to_exit
--build_event_binary_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो उस फ़ाइल में बिल्ड इवेंट प्रोटोकॉल के बारे में, वैरिंट डीलिमिटेड बाइनरी रिप्रज़ेंटेशन लिखें. इस विकल्प का इस्तेमाल किया जा सकता है --bes_upload_mode=wait_for_upload_complete.
टैग:affects_outputs
--[no]build_event_binary_file_path_conversion
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड इवेंट प्रोटोकॉल की बाइनरी फ़ाइल रिप्रज़ेंटेशन में मौजूद पाथ को जब भी मुमकिन हो, दुनिया भर में मान्य यूआरआई में बदलें; अगर यह नीति बंद है, तो file:// uri स्कीम का हमेशा इस्तेमाल किया जाएगा
टैग:affects_outputs
--build_event_binary_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async>
डिफ़ॉल्ट: "wait_for_upload_complete"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि --build_event_binary_file के लिए बिल्ड इवेंट सर्विस को अपलोड करने पर, बिल्ड को पूरा होने से रोका जाना चाहिए या उसे तुरंत शुरू करने की प्रोसेस को खत्म करके बैकग्राउंड में अपलोड पूरा करना चाहिए. 'wait_for_upload_complete' (डिफ़ॉल्ट), 'nowait_for_upload_complete' या 'full_async'.
टैग:eagerness_to_exit
--build_event_json_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो उस फ़ाइल में बिल्ड इवेंट प्रोटोकॉल का JSON सीरियलाइज़ेशन लिखें. इस विकल्प का इस्तेमाल किया जा सकता है --bes_upload_mode=wait_for_upload_complete.
टैग:affects_outputs
--[no]build_event_json_file_path_conversion
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड इवेंट प्रोटोकॉल की json फ़ाइल में, पाथ को दुनिया भर में मान्य यूआरआई में बदलें; अगर यह नीति बंद है, तो file:// uri स्कीम का हमेशा इस्तेमाल किया जाएगा
टैग:affects_outputs
--build_event_json_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async>
डिफ़ॉल्ट: "wait_for_upload_complete"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे यह तय होता है कि --build_event_json_file के लिए बिल्ड इवेंट सेवा को अपलोड करने पर, बिल्ड को पूरा किए जाने से रोका जाना चाहिए या उसे तुरंत शुरू करने की प्रोसेस को खत्म करके बैकग्राउंड में अपलोड पूरा करना चाहिए. 'wait_for_upload_complete' (डिफ़ॉल्ट), 'nowait_for_upload_complete' या 'full_async'.
टैग:eagerness_to_exit
--build_event_max_named_set_of_file_entries=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी एक name_set_of_files इवेंट के लिए, एंट्री की ज़्यादा से ज़्यादा संख्या; अगर वैल्यू 2 से कम होती हैं, तो उन्हें अनदेखा कर दिया जाता है और इवेंट को अलग-अलग नहीं किया जाता. इसका मकसद बिल्ड इवेंट प्रोटोकॉल में ज़्यादा से ज़्यादा इवेंट के साइज़ को सीमित करना है. हालांकि, इससे इवेंट के साइज़ को सीधे तौर पर कंट्रोल नहीं किया जा सकता. इवेंट का कुल साइज़, सेट के स्ट्रक्चर के साथ-साथ फ़ाइल और यूआरआई की लंबाई से जुड़ा फ़ंक्शन होता है, जो हैश फ़ंक्शन पर निर्भर हो सकता है.
टैग:affects_outputs
--[no]build_event_publish_all_actions
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सभी कार्रवाइयों को पब्लिश किया जाना चाहिए या नहीं.
टैग:affects_outputs
--build_event_text_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर वह खाली नहीं है, तो उस फ़ाइल में बिल्ड इवेंट प्रोटोकॉल को टेक्स्ट के तौर पर लिखें
टैग:affects_outputs
--[no]build_event_text_file_path_conversion
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड इवेंट प्रोटोकॉल की टेक्स्ट फ़ाइल में मौजूद पाथ को जहां भी हो सके, दुनिया भर में मान्य यूआरआई में बदलें; अगर यह नीति बंद है, तो file:// uri स्कीम का हमेशा इस्तेमाल किया जाएगा
टैग:affects_outputs
--build_event_text_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async>
डिफ़ॉल्ट: "wait_for_upload_complete"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से यह तय होता है कि --build_event_text_file के लिए बिल्ड इवेंट सेवा को अपलोड करने पर, बिल्ड को पूरा होने से रोका जाना चाहिए या उसे तुरंत शुरू करने की प्रोसेस को खत्म करके बैकग्राउंड में अपलोड पूरा करना चाहिए. 'wait_for_upload_complete' (डिफ़ॉल्ट), 'nowait_for_upload_complete' या 'full_async'.
टैग:eagerness_to_exit
--[no]experimental_announce_profile_path
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चालू होने पर, लॉग में JSON प्रोफ़ाइल पाथ जोड़ता है.
टैग:bazel_monitoring
--[no]experimental_bep_target_summary
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टारगेट से जुड़ी जानकारी वाले इवेंट पब्लिश करने हैं या नहीं.
--[no]experimental_build_event_expand_filesets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट फ़ाइलें प्रज़ेंट करते समय, BEP में Filesset को बड़ा करें.
टैग:affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट फ़ाइलें प्रज़ेंट करते समय, BEP में रिलेटिव फ़ाइलसेट सिमलिंक को पूरी तरह से ठीक करें. --experimental_build_event_expand_filesets की ज़रूरत है.
टैग:affects_outputs
--experimental_build_event_upload_max_retries=<an integer>
डिफ़ॉल्ट: "4"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Basel को बिल्ड इवेंट को अपलोड करने के लिए ज़्यादा से ज़्यादा कितनी बार फिर से कोशिश करनी चाहिए.
टैग:bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.>
डिफ़ॉल्ट: "1s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
शुरुआती तौर पर, बीईपी अपलोड न होने पर एक्स्पोनेंशियल बैकऑफ़ बार-बार कोशिश करने में कम से कम देरी. (घातांक: 1.6)
टैग:bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे, बिल्ड इवेंट प्रोटोकॉल में रेफ़र किए गए आर्टफ़ैक्ट को अपलोड करने का तरीका चुना जाता है.
टैग:affects_outputs
--[no]experimental_collect_load_average_in_profiler
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सक्षम होने पर प्रोफ़ाइलर, सिस्टम के कुल लोड औसत को इकट्ठा करता है.
टैग:bazel_monitoring
--[no]experimental_collect_pressure_stall_indicators
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चालू होने पर, प्रोफ़ाइलर Linux PSI डेटा इकट्ठा करता है.
टैग:bazel_monitoring
--[no]experimental_collect_resource_estimation
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह सेटिंग चालू होने पर प्रोफ़ाइलर, लोकल ऐक्शन के लिए सीपीयू और मेमोरी के इस्तेमाल का अनुमान इकट्ठा करता है.
टैग:bazel_monitoring
--[no]experimental_collect_system_network_usage
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर प्रोफ़ाइलर, सिस्टम के नेटवर्क के इस्तेमाल की जानकारी इकट्ठा करता है.
टैग:bazel_monitoring
--[no]experimental_collect_worker_data_in_profiler
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर प्रोफ़ाइलर, कर्मचारी के इकट्ठा किए गए संसाधन डेटा को इकट्ठा करता है.
टैग:bazel_monitoring
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, bzlmod, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, remote_process_time, remote_queue, remote_setup, fetch, local_process_time, vfs_stat, vfs_dir, vfs_readlink, vfs_md5, vfs_xattr, vfs_delete, vfs_open, vfs_read, vfs_write, vfs_glob, vfs_vmfs_stat, vfs_vmfs_dir, vfs_vmfs_read, wait, thread_name, thread_sort_index, skyframe_eval, skyfunction, critical_path, critical_path_component, handle_gc_notification, action_counts, action_cache_counts, local_cpu_usage, system_cpu_usage, cpu_usage_estimation, local_memory_usage, system_memory_usage, memory_usage_estimation, system_network_up_usage, system_network_down_usage, workers_memory_usage, system_load_average, starlark_parser, starlark_user_fn, starlark_builtin_fn, starlark_user_compiled_fn, starlark_repository_fn, action_fs_staging, remote_cache_check, remote_download, remote_network, filesystem_traversal, worker_execution, worker_setup, worker_borrow, worker_working, worker_copying_outputs, credential_helper, pressure_stall_io, pressure_stall_memory, conflict_check, dynamic_lock or unknown>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोफ़ाइल में शामिल किए जाने वाले अतिरिक्त प्रोफ़ाइल टास्क के बारे में बताता है.
टैग:bazel_monitoring
--[no]experimental_profile_include_primary_output
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अतिरिक्त "आउट" शामिल है एट्रिब्यूट की वैल्यू शामिल करें. इसमें कार्रवाई के प्राइमरी आउटपुट का exec पाथ शामिल होता है.
टैग:bazel_monitoring
--[no]experimental_profile_include_target_label
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐक्शन इवेंट में टारगेट लेबल शामिल है JSON प्रोफ़ाइल का डेटा.
टैग:bazel_monitoring
--[no]experimental_run_bep_event_include_residue
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या रन बिल्ड इवेंट में कमांड-लाइन बचे हुए हिस्से को शामिल करना है, जिसमें बचा हुआ हिस्सा हो सकता है. डिफ़ॉल्ट रूप से, बचे हुए को उन रन कमांड बिल्ड इवेंट में शामिल नहीं किया जाता जिनमें बचा हुआ हिस्सा हो सकता है.
टैग:affects_outputs
--[no]experimental_stream_log_file_uploads
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लॉग फ़ाइल के अपलोड को डिस्क में लिखने के बजाय, सीधे रिमोट स्टोरेज पर स्ट्रीम करें.
टैग:affects_outputs
--experimental_workspace_rules_log_file=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस फ़ाइल में, Workspace के कुछ नियमों वाले इवेंट को डीलिमिटेड WorkspaceEvent प्रोटोकॉल के तौर पर लॉग करें.
--[no]generate_json_trace_profile
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की जाती है, तो Baze, बिल्ड की प्रोफ़ाइल तैयार करता है और आउटपुट बेस में JSON-फ़ॉर्मैट वाली प्रोफ़ाइल को फ़ाइल में लिखता है. chrome://tracing में लोड करके प्रोफ़ाइल देखें. डिफ़ॉल्ट रूप से, Babel सभी बिल्ड-जैसे निर्देशों और क्वेरी के लिए प्रोफ़ाइल लिखता है.
टैग:bazel_monitoring
--[no]heap_dump_on_oom
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर ओओएम का इस्तेमाल किया गया है, तो हीप डंप को मैन्युअल तरीके से आउटपुट करना है या नहीं (इसमें --gc_t इससे ख़िलाफ़िंग_सीमाओं तक पहुंचने की वजह से मैन्युअल ओओएम भी शामिल हैं). डंप को <Output_base>/<invocation_id>.heapdump.hprof पर लिखा जाएगा. यह विकल्प असरदार तरीके से -XX:+HeapDumpOnOutOfMemoryError को बदल देता है, जिससे मैन्युअल OOM पर कोई असर नहीं पड़ता.
टैग:bazel_monitoring
--[no]legacy_important_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
TargetComplete इवेंट में लेगसी music_Outputs फ़ील्ड के फ़ील्ड को जनरेट होने से रोकने के लिए, इसका इस्तेमाल करें. Baज़ल से नतीजेStore इंटिग्रेशन के लिए, ज़रूरी_आउटपुट जनरेट करने की ज़रूरत है.
टैग:affects_outputs
--logging=<0 <= an integer <= 6>
डिफ़ॉल्ट: "3"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लॉगिंग लेवल.
टैग:affects_outputs
--memory_profile=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो चरण के खत्म होने पर, दी गई फ़ाइल में मेमोरी के इस्तेमाल का डेटा लिखें. साथ ही, बिल्ड के आखिर में मास्टर लॉग के लिए, स्टेबल हीप का इस्तेमाल करें.
टैग:bazel_monitoring
--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs>
डिफ़ॉल्ट: "1,0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के आखिर में, मेमोरी प्रोफ़ाइल से हीप के स्थिर होने का हिसाब लगाएं. कॉमा से अलग किए गए पूर्णांकों की और सम संख्या होनी चाहिए. हर जोड़े में पहला पूर्णांक, जीसी की संख्या बताता है. हर पेयर में दूसरा पूर्णांक, जीसी (जीसी) के बीच इंतज़ार के लिए सेकंड की संख्या है. उदाहरण: 2,4,4,0 पर 4 सेकंड के पॉज़ के साथ 2 जीसी होंगे, उसके बाद शून्य सेकंड के पॉज़ के साथ 4 जीसी होंगे
टैग:bazel_monitoring
--profile=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट हो, तो Basel की प्रोफ़ाइल बनाएं और बताई गई फ़ाइल में डेटा लिखें. प्रोफ़ाइल का विश्लेषण करने के लिए, baआधारित विश्लेषण-profile का इस्तेमाल करें.
टैग:bazel_monitoring
--[no]record_full_profiler_data
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिफ़ॉल्ट रूप से, Baज़र प्रोफ़ाइलर, तेज़ लेकिन कई इवेंट (जैसे, फ़ाइल का डेटा बताना) के लिए सिर्फ़ इकट्ठा किया गया डेटा रिकॉर्ड करेगा. अगर यह विकल्प चालू है, तो प्रोफ़ाइलर हर इवेंट को रिकॉर्ड करेगा. इससे प्रोफ़ाइलिंग का डेटा ज़्यादा सटीक होगा, लेकिन LARGE परफ़ॉर्मेंस हिट होगी. विकल्प केवल तभी प्रभावी होता है, जब --प्रोफ़ाइल का भी उपयोग किया जाता हो.
टैग:bazel_monitoring
--remote_print_execution_messages=<failure, success or all>
डिफ़ॉल्ट: "failure"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि रिमोट तौर पर एक्ज़ीक्यूट करने से जुड़े मैसेज कब प्रिंट करने हैं. मान्य वैल्यू, `failure` हैं. सिर्फ़ फ़ेल होने पर प्रिंट करने के लिए, सिर्फ़ फ़ेल होने पर प्रिंट करने के लिए `सफल` और हमेशा प्रिंट करने के लिए `all`.
टैग:terminal_output
--[no]slim_profile
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोफ़ाइल बहुत बड़ी होने पर, इवेंट मर्ज करके JSON प्रोफ़ाइल का साइज़ छोटा किया जाता है.
टैग:bazel_monitoring
--starlark_cpu_profile=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय की गई फ़ाइल में, सभी Starlark थ्रेड के सीपीयू के इस्तेमाल की एक pprof प्रोफ़ाइल लिखता है.
टैग:bazel_monitoring
--tool_tag=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस Basel को शुरू करने की आवाज़ को एट्रिब्यूट करने के लिए टूल का नाम.
टैग:affects_outputs
,bazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि यूज़र इंटरफ़ेस (यूआई) में कौनसे इवेंट दिखाने हैं. लीडिंग +/- का इस्तेमाल करके डिफ़ॉल्ट इवेंट में इवेंट जोड़े या हटाए जा सकते हैं. इसके अलावा, सीधे तौर पर असाइन करने से डिफ़ॉल्ट सेट को पूरी तरह बदला जा सकता है. काम करने वाले इवेंट टाइप के सेट में INFO, DEBUG, ERROR वगैरह शामिल हैं.
टैग:terminal_output
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_circuit_breaker_strategy=<failure>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सर्किट ब्रेकर के इस्तेमाल की रणनीति के बारे में बताता है. उपलब्ध रणनीतियां "काम नहीं कर रहे" हैं. इस विकल्प के लिए अमान्य वैल्यू पर, जैसा विकल्प सेट नहीं किया गया है.
टैग:execution
--[no]experimental_guard_against_concurrent_changes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी कार्रवाई की इनपुट फ़ाइलों को रिमोट कैश में अपलोड करने से पहले, ctime देखने की सुविधा बंद करने के लिए इसे बंद करें. ऐसे मामले हो सकते हैं जहां Linux कर्नेल फ़ाइलों को लिखने में देरी करता है और इसकी वजह से फ़ॉल्स पॉज़िटिव नतीजे आ सकते हैं.
--[no]experimental_remote_cache_async
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो रिमोट कैश I/O, स्पॉन्स के हिस्से के बजाय बैकग्राउंड में होगा.
--[no]experimental_remote_cache_lease_extension
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर बैज को 'सही है' पर सेट किया जाता है, तो Baze, बिल्ड के दौरान रिमोट तरीके से की जाने वाली कार्रवाइयों के आउटपुट के लिए, लीज़ को बढ़ा देगा. इसके लिए, समय-समय पर रिमोट कैश मेमोरी में `FindFindingBlobs` कॉल को भेजना होगा. फ़्रीक्वेंसी `--experimental_remote_cache_ttl` की वैल्यू पर आधारित है.
--experimental_remote_cache_ttl=<An immutable length of time.>
डिफ़ॉल्ट: "3h"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हाल ही में रेफ़र किए गए डाइजेस्ट के बाद, रिमोट कैश मेमोरी में कम से कम BLOB की गारंटी दी जाती है. उदाहरण के लिए, के ज़रिए बनाया जा सकता है. Basel ने अपनी लाइव स्ट्रीम के दौरान, BLOBs के आधार पर कई ऑप्टिमाइज़ेशन किए TTL, जैसे इंक्रीमेंटल बिल्ड में बार-बार GetActionresults को कॉल नहीं करता. वैल्यू, असली TTL से कुछ कम सेट होनी चाहिए, क्योंकि सर्वर की तरफ़ से डाइजेस्ट वापस मिलने और बेज़ल को मिलने के समय के बीच एक अंतर है.
टैग:execution
--experimental_remote_capture_corrupted_outputs=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उस डायरेक्ट्री का पाथ जहां गड़बड़ी वाले आउटपुट कैप्चर किए जाएंगे.
--[no]experimental_remote_discard_merkle_trees
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो इनपुट रूट के मर्कल ट्री की इन-मेमोरी कॉपी और इससे जुड़ी इनपुट मैपिंग को, GetActionresults() और नया वर्शन को एक्ज़ीक्यूट करने के दौरान खारिज करें. इससे मेमोरी का इस्तेमाल काफ़ी कम हो जाता है. हालांकि, इसके लिए यह ज़रूरी है कि रिमोट कैश मेमोरी के न होने और बार-बार कोशिश करने पर, Baze ने उन्हें फिर से कैलकुलेट किया हो.
--experimental_remote_downloader=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट ऐसेट एपीआई एंडपॉइंट यूआरआई, जिसका इस्तेमाल रिमोट डाउनलोड प्रॉक्सी के तौर पर किया जाना है. इस्तेमाल किए जा सकने वाले स्कीमा हैं grpc, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट). अगर कोई स्कीमा नहीं दिया जाता है, तो Bagel डिफ़ॉल्ट रूप से grpcs पर सेट होगा. इस लिंक पर जानकारी पाएं: https://github.com/batzbuild/remote-apis/blob/Master/build/ba आवाज़ों/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर रिमोट डाउनलोडर विफल हो जाता है, तो स्थानीय डाउनलोडर पर वापस जाना है या नहीं.
--[no]experimental_remote_execution_keepalive
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तरीके से एक्ज़ीक्यूट करने के लिए, कीपअलाइव का इस्तेमाल करना है या नहीं.
--experimental_remote_failure_rate_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "10"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी खास टाइम विंडो के लिए, कितने प्रतिशत फ़ेलियर रेट सेट किया जा सकता है, इसके बाद रिमोट कैश/एक्ज़िकेटर को कॉल करना बंद कर देता है. डिफ़ॉल्ट रूप से, यह वैल्यू 10 होती है. इसे 0 पर सेट करने का मतलब है कि कोई सीमा तय नहीं है.
टैग:execution
--experimental_remote_failure_window_interval=<An immutable length of time.>
डिफ़ॉल्ट: "60 सेकंड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह इंटरवल जिसमें रिमोट अनुरोधों के पूरे न हो पाने की दर को कैलकुलेट किया जाता है. शून्य या नेगेटिव वैल्यू पर, प्रोसेस पूरी होने की पूरी अवधि के लिए, गड़बड़ी के कुल समय का हिसाब लगाया जाता है.नीचे दी गई इकाइयां इस्तेमाल की जा सकती हैं: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (ms). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड माना जाता है.
टैग:execution
--[no]experimental_remote_mark_tool_inputs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो Basil रिमोट एक्ज़िक्यूटर के लिए, इनपुट को टूल इनपुट के तौर पर मार्क कर देगा. इसका इस्तेमाल, ऑफ़िस से दूर रहकर काम करने वाले लोगों को लागू करने के लिए किया जा सकता है.
--[no]experimental_remote_merkle_tree_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो मर्कल ट्री की कैलकुलेशन को याद कर लिया जाएगा, ताकि रिमोट कैश हिट चेकिंग स्पीड को बेहतर बनाया जा सके. कैश मेमोरी के मेमोरी फ़ुट प्रिंट को --experimental_remote_mercle_tree_cache_size से कंट्रोल किया जाता है.
--experimental_remote_merkle_tree_cache_size=<a long integer>
डिफ़ॉल्ट: "1000"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट कैश हिट चेकिंग स्पीड को बेहतर बनाने के लिए, Mercal ट्री की संख्या को याद रखना. हालांकि, Java के सॉफ़्ट रेफ़रंस को हैंडल करने के हिसाब से, कैश मेमोरी को अपने-आप कम कर दिया जाता है, लेकिन आउट-ऑफ़-मेमोरी गड़बड़ियां बहुत ज़्यादा सेट करने पर हो सकती हैं. शून्य पर सेट होने पर कैश मेमोरी का साइज़ अनलिमिटेड होता है. सही वैल्यू, प्रोजेक्ट के साइज़ के हिसाब से अलग-अलग होती है. डिफ़ॉल्ट वैल्यू 1,000 पर सेट होती है.
--[no]experimental_remote_require_cached
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो पक्का करें कि रिमोट तरीके से चलाई जा सकने वाली सभी कार्रवाइयों को कैश मेमोरी में सेव किया जाए. अगर ऐसा नहीं किया जाता है, तो बिल्ड फ़ेल हो जाएगा. यह उन समस्याओं को हल करने में मदद करता है जो तय नहीं हैं
--experimental_remote_scrubbing_config=<Converts to a Scrubber>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उपलब्ध कराई गई कॉन्फ़िगरेशन फ़ाइल के साथ रिमोट कैश कुंजी स्क्रबिंग चालू करता है, जो टेक्स्ट फ़ॉर्मैट में ScrbbingConfig प्रोटोकॉल बफ़र होना चाहिए. इस सुविधा का मकसद एक ही प्लैटफ़ॉर्म को टारगेट करके, अलग-अलग प्लैटफ़ॉर्म पर की जा रही कार्रवाइयों के बीच रिमोट/डिस्क कैश मेमोरी शेयर करना है. इसका इस्तेमाल बहुत सावधानी से किया जाना चाहिए, क्योंकि गलत सेटिंग की वजह से गलती से कैश एंट्री शेयर हो सकती हैं और बिल्ड गलत हो सकते हैं. स्क्रबिंग से इस बात पर कोई असर नहीं पड़ता कि कार्रवाई कैसे की जाती है. सिर्फ़ कार्रवाई का नतीजा पाने या सेव करने के लिए, इसकी रिमोट/डिस्क कैश कुंजी को कैलकुलेट करने के तरीके पर कोई असर नहीं पड़ता. इसका इस्तेमाल, रिमोट तरीके से एक्ज़ीक्यूट करने की सुविधा के साथ नहीं किया जा सकता. स्क्रबिंग कॉन्फ़िगरेशन में बदलाव करने से लोकल फ़ाइल सिस्टम या इंटरनल कैश मेमोरी में मौजूद आउटपुट अमान्य नहीं होते; जिन कार्रवाइयों पर असर पड़ा है उन्हें फिर से लागू करने के लिए, क्लीन बिल्ड ज़रूरी है. इस सुविधा का सही तरीके से इस्तेमाल करने के लिए, कस्टम --host_platform को --experimental_platform_in_Output_dr (आउटपुट प्रीफ़िक्स को सामान्य बनाने के लिए) और --inaffiliate_strict_action_env (एनवायरमेंट वैरिएबल को नॉर्मलाइज़ करने के लिए) के साथ एक साथ सेट किया जा सकता है.
--[no]incompatible_remote_build_event_upload_respect_no_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अब काम नहीं करता. नहीं. इसके बजाय --remote_build_event_upload=minimal का उपयोग करें.
--[no]incompatible_remote_downloader_send_all_headers
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि सिर्फ़ पहले वाले हेडर के बजाय, कई वैल्यू वाले हेडर की सभी वैल्यू, रिमोट डाउनलोड करने वाले व्यक्ति को भेजनी हैं या नहीं.
टैग:incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो आउटपुट पाथ काम करने वाली डायरेक्ट्री के बजाय, इनपुट रूट के हिसाब से होते हैं.
टैग:incompatible_change
--[no]incompatible_remote_results_ignore_disk
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नो-ऑप
टैग:incompatible_change
--[no]remote_accept_cached
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है क्या दूर से कैश मेमोरी में सेव की गई कार्रवाई के नतीजों को स्वीकार करना है.
--remote_build_event_upload=<all or minimal>
डिफ़ॉल्ट: "कम से कम"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'all' पर सेट किया जाता है, तो BEP से रेफ़र किए गए सभी लोकल आउटपुट, रिमोट कैश मेमोरी में अपलोड हो जाते हैं. अगर इस नीति को 'कम से कम' पर सेट किया जाता है, तो बीईपी से मिले लोकल आउटपुट, रिमोट कैश मेमोरी में अपलोड नहीं किए जाते. हालांकि, बीईपी के उपभोक्ताओं के लिए ज़रूरी फ़ाइलों (जैसे, टेस्ट लॉग और टाइम प्रोफ़ाइल) को छोड़कर. bytestream:// स्कीम का इस्तेमाल हमेशा फ़ाइलों के यूआरआई के लिए किया जाता है, भले ही वे रिमोट कैश में मौजूद न हों. डिफ़ॉल्ट तौर पर यह 'कम से कम' पर सेट होता है.
--remote_bytestream_uri_prefix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड इवेंट स्ट्रीम में लिखे गए bytestream:// यूआरआई में इस्तेमाल किया जाने वाला होस्टनेम और इंस्टेंस नाम. इस विकल्प को तब सेट किया जा सकता है, जब प्रॉक्सी का इस्तेमाल करके बिल्ड किया जाता है. इससे --remote_executor और --remote_instance_name की वैल्यू, रिमोट एक्ज़िक्यूशन सेवा के कैननिकल नाम से अलग हो जाती हैं. अगर नीति को सेट नहीं किया जाता है, तो यह डिफ़ॉल्ट रूप से "${hostname}/${instance_name}" पर सेट हो जाएगा.
--remote_cache=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है कैश मेमोरी में सेव किए जाने वाले एंडपॉइंट का यूआरआई. काम करने वाले स्कीमा http, https, grp, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट) हैं. अगर कोई स्कीमा नहीं दिया जाता है, तो Bagel डिफ़ॉल्ट रूप से grpcs पर सेट होगा. TLS को बंद करने के लिए, grpc://, http:// या unix: स्कीमा तय करें. https://baडेल.build/remote/cating देखें
--[no]remote_cache_compression
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर यह सुविधा चालू है, तो zstd फ़ॉर्मैट में कैश ब्लॉब को कंप्रेस या डीकंप्रेस करें.
--remote_cache_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है वह हेडर बताएं जिसे कैश मेमोरी के अनुरोधों में शामिल किया जाएगा: --remote_cache_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_default_exec_properties=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर किसी एक्ज़ीक्यूशन प्लैटफ़ॉर्म ने पहले से exec_property को सेट नहीं किया हो, तो रिमोट एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर इस्तेमाल करने के लिए, डिफ़ॉल्ट एक्ज़ेक्यूटिव प्रॉपर्टी सेट करें.
टैग:affects_outputs
--remote_default_platform_properties=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर एक्ज़ीक्यूशन प्लैटफ़ॉर्म पहले से Remote_execution_property को सेट नहीं करता है, तो रिमोट एक्ज़िक्यूशन एपीआई के लिए, डिफ़ॉल्ट प्लैटफ़ॉर्म प्रॉपर्टी को सेट करें. इस वैल्यू का इस्तेमाल तब भी किया जाएगा, जब रिमोट तरीके से एक्ज़ीक्यूशन के लिए, होस्ट प्लैटफ़ॉर्म को एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर चुना जाता है.
--remote_download_regex=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Baज़ल को दिए गए regexp से मेल खाने वाले आर्टफ़ैक्ट डाउनलोड करने के लिए ज़बरदस्ती करें. इसे बाइट (या इंटरनल मिलती-जुलती) के बिना बिल्ड के साथ इस्तेमाल करना है, ताकि क्लाइंट कुछ ऐसे आर्टफ़ैक्ट का अनुरोध कर सके जिनकी स्थानीय तौर पर ज़रूरत पड़ सकती है (जैसे कि आईडीई सपोर्ट). इस फ़्लैग को दोहराकर कई रेगुलर एक्सप्रेशन तय किए जा सकते हैं.
टैग:affects_outputs
--remote_downloader_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है वह हेडर तय करें जिसे रिमोट डाउनलोडर अनुरोधों में शामिल किया जाएगा: --remote_downloader_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_exec_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है हेडर तय करें, जिसे प्रोग्राम चलाने के अनुरोधों में शामिल किया जाएगा: --remote_exec_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_execution_priority=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तरीके से लागू की जाने वाली कार्रवाइयों की प्राथमिकता. किसी खास प्राथमिकता वैल्यू के सिमेंटिक्स, सर्वर पर निर्भर करते हैं.
--remote_executor=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट एक्ज़ीक्यूशन एंडपॉइंट का Host या Host:PORT. इस्तेमाल किए जा सकने वाले स्कीमा हैं grpc, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट). अगर कोई स्कीमा नहीं दिया जाता है, तो Bagel डिफ़ॉल्ट रूप से grpcs पर सेट होगा. TLS को बंद करने के लिए, grpc:// या Unix: स्कीमा तय करें.
--remote_grpc_log=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर बताया गया हो, तो gRPC कॉल से जुड़ी जानकारी लॉग करने वाली फ़ाइल का पाथ. इस लॉग में, क्रम से लगाए गए com.google.devtools.build.lib.remote.logging.remote प्रोसेसutionLog.LogEntry Protobufs का क्रम होता है. हर मैसेज से पहले एक वैरिंट लगाया जाता है. यह आगे दिए गए सीरियल वाले प्रोटोबफ़ मैसेज का साइज़ दिखाता है, जिसे LogEntry.writeDelimitedTo(OutputStream) तरीके से लागू किया जाता है.
--remote_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उस हेडर के बारे में बताएं जिसे अनुरोधों में शामिल किया जाएगा: --remote_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_instance_name=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट एक्ज़ीक्यूशन एपीआई में example_name के तौर पर पास की जाने वाली वैल्यू.
--[no]remote_local_fallback
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तरीके से प्रोग्राम चलाने की प्रोसेस पूरी न होने पर, लोकल एक्ज़ीक्यूशन की रणनीति अपनानी है या नहीं.
--remote_local_fallback_strategy=<a string>
डिफ़ॉल्ट: "स्थानीय"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है नहीं, काम नहीं कर रहा. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/7480 पर जाएं.
--remote_max_connections=<an integer>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रिमोट कैश/निष्पादक तक एक साथ होने वाले कनेक्शन की अधिकतम संख्या को सीमित करें. डिफ़ॉल्ट तौर पर, यह वैल्यू 100 होती है. इसे 0 पर सेट करने का मतलब है कि कोई सीमा तय नहीं है.
एचटीटीपी रिमोट कैश के लिए, एक टीसीपी कनेक्शन एक बार में एक अनुरोध को हैंडल कर सकता है. इसलिए, Basel एक साथ --remote_max_ connections तक के अनुरोध कर सकता है.
gRPC रिमोट कैश/एक्ज़िकेटर के लिए, एक gRPC चैनल आम तौर पर 100 से ज़्यादा एक साथ किए जाने वाले अनुरोधों को हैंडल कर सकता है. इसलिए, Basel को `--remote_max_ connections * 100` एक साथ अनुरोध करने की सुविधा मिल सकती है.
टैग:host_machine_resource_optimizations
--remote_proxy=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी प्रॉक्सी के ज़रिए, रिमोट कैश से कनेक्ट करें. फ़िलहाल, इस फ़्लैग का इस्तेमाल सिर्फ़ Unix डोमेन सॉकेट (unix:/path/to/socket) को कॉन्फ़िगर करने के लिए किया जा सकता है.
--remote_result_cache_priority=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट कैश में सेव की जाने वाली रिमोट ऐक्शन की प्राथमिकता. किसी खास प्राथमिकता वैल्यू के सिमेंटिक्स, सर्वर पर निर्भर करते हैं.
--remote_retries=<an integer>
डिफ़ॉल्ट: "5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी अस्थायी गड़बड़ी को फिर से करने के लिए, ज़्यादा से ज़्यादा बार कोशिश की जा सकती है. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
--remote_retry_max_delay=<An immutable length of time.>
डिफ़ॉल्ट: "5s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है दूसरी जगह से दोबारा कोशिश करने की कोशिशों के बीच, बैकऑफ़ में ज़्यादा से ज़्यादा देरी. नीचे दी गई इकाइयों का इस्तेमाल किया जा सकता है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (ms). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड माना जाता है.
--remote_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "60 सेकंड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तौर पर एक्ज़ीक्यूट करने और कैश मेमोरी से कॉल करने के लिए, इंतज़ार का ज़्यादा से ज़्यादा समय. REST कैश मेमोरी के लिए, यह कनेक्ट और रीड टाइम आउट, दोनों है. नीचे दी गई इकाइयों का इस्तेमाल किया जा सकता है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (ms). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड माना जाता है.
--[no]remote_upload_local_results
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर रिमोट कैश मेमोरी काम करती है और उपयोगकर्ता को ऐसा करने की अनुमति है, तो स्थानीय तौर पर लागू की गई कार्रवाई के नतीजों को रिमोट कैश में अपलोड किया जाए या नहीं.
--[no]remote_verify_downloads
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो Baze सभी रिमोट डाउनलोड के हैश योग को कैलकुलेट करेगा. साथ ही, अगर रिमोट तौर पर कैश मेमोरी में सेव की गई वैल्यू, उम्मीद के मुताबिक वैल्यू से मेल नहीं खाती हैं, तो वे रिमोट तरीके से कैश मेमोरी में सेव की गई वैल्यू को खारिज कर देंगी.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--build_metadata=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड इवेंट में उपलब्ध कराने के लिए, कस्टम की-वैल्यू स्ट्रिंग पेयर.
टैग:terminal_output
--color=<yes, no or auto>
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है आउटपुट को कलर करने के लिए, टर्मिनल कंट्रोल का इस्तेमाल करें.
--config=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है आरसी फ़ाइलों से अतिरिक्त कॉन्फ़िगरेशन सेक्शन चुनता है; हर <command> के लिए, यह <command>:<config> के विकल्पों को भी शामिल करता है अगर ऐसा कोई सेक्शन मौजूद है; अगर यह सेक्शन किसी भी .rc फ़ाइल में मौजूद नहीं है, तो Blaze किसी गड़बड़ी के साथ काम नहीं करेगा. कॉन्फ़िगरेशन सेक्शन और फ़्लैग के जिन कॉम्बिनेशन के बराबर हैं वे टूल/*.blazerc कॉन्फ़िगरेशन फ़ाइलों में मौजूद होते हैं.
--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह नीति एक क्रेडेंशियल हेल्पर को कॉन्फ़िगर करती है, जिसका इस्तेमाल रिपॉज़िटरी फ़ेच करने, रिमोट कैश मेमोरी और एक्ज़ीक्यूशन करने, और बिल्ड इवेंट सेवा के लिए, ऑथराइज़ेशन क्रेडेंशियल पाने के लिए किया जाता है. किसी हेल्पर से मिले क्रेडेंशियल, --google_default_क्रेडेंशियल, --google_क्रेडेंशियल, .netrc फ़ाइल या रिपॉज़िटरी_ctx.download और report_ctx.download_and_exact के लिए दिए गए ऑथराइज़ेशन पैरामीटर के मुकाबले, पहले दिए गए क्रेडेंशियल को ज़्यादा अहमियत देते हैं. एक से ज़्यादा हेल्पर सेट अप करने के लिए, कई बार तय किया जा सकता है. ज़्यादा जानकारी के लिए, https://github.com/baazbuild/proposals/blob/main/designs/2022-06-07-bagel-Credential-helpers.md पर जाएं.
--credential_helper_cache_duration=<An immutable length of time.>
डिफ़ॉल्ट: "30 मिनट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है वह अवधि जिसके लिए किसी क्रेडेंशियल हेल्पर की ओर से दिए गए क्रेडेंशियल को कैश मेमोरी में सेव किया जाता है. किसी अलग वैल्यू का इस्तेमाल करने पर, पहले से मौजूद एंट्री की समयसीमा बदल जाएगी; कैश मेमोरी मिटाने के लिए शून्य पास करें. क्लीन कमांड हमेशा कैश मेमोरी को साफ़ करता है, भले ही यह फ़्लैग कोई भी हो.
--credential_helper_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "10 सेकंड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह नीति क्रेडेंशियल हेल्पर के लिए टाइम आउट को कॉन्फ़िगर करती है. अगर क्रेडेंशियल हेल्पर इस टाइम आउट के अंदर जवाब नहीं दे पाते हैं, तो कॉल शुरू नहीं किया जा सकेगा.
--curses=<yes, no or auto>
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है स्क्रोलिंग आउटपुट को कम करने के लिए, टर्मिनल कर्सर कंट्रोल का इस्तेमाल करें.
--disk_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उस डायरेक्ट्री का पाथ जहां Basel, कार्रवाइयां और ऐक्शन आउटपुट पढ़ और लिख सकता है. अगर डायरेक्ट्री मौजूद नहीं है, तो वह बनाई जाएगी.
--[no]enable_platform_specific_config
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो Baze, होस्ट-ओएस के लिए खास तौर पर कॉन्फ़िगर की गई कॉन्फ़िगरेशन लाइनों का इस्तेमाल, baselrc फ़ाइलों से करता है. उदाहरण के लिए, अगर होस्ट ओएस, Linux है और आपके पास बैजल बिल्ड चलाने का विकल्प है, तो Basel, बिल्ड:linux से शुरू होने वाली लाइनों को चुन लेता है. काम करने वाले ओएस आइडेंटिफ़ायर, linux, macos, window, freebsd, और Openbsd हैं. इस फ़्लैग को चालू करना, Linux पर --config=linux, Windows पर --config=Windows वगैरह का इस्तेमाल करने के बराबर है.
--[no]experimental_rule_extension_api
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रयोग के तौर पर इस्तेमाल किए जाने वाले नियम एक्सटेंशन एपीआई और सबरूल एपीआई चालू करें
टैग:loading_and_analysis
,experimental
--[no]experimental_windows_watchfs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो --watchfs के लिए प्रयोग के तौर पर Windows सपोर्ट चालू है. अगर ऐसा नहीं है, तो Windows पर यह काम न करें. यह भी पक्का करें कि -watchfs.
--google_auth_scopes=<comma-separated list of options>
डिफ़ॉल्ट: "https://www.googleapis.com/auth/cloud-platform"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Google Cloud की पुष्टि करने के दायरों की ऐसी सूची जिसे कॉमा लगाकर अलग किया गया है.
--google_credentials=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस फ़ाइल के बारे में बताता है, जिससे पुष्टि करने के लिए क्रेडेंशियल मांगे जाते हैं. ज़्यादा जानकारी के लिए, https://cloud.google.com/docs/authentication पर जाएं.
--[no]google_default_credentials
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है क्या 'Google ऐप्लिकेशन डिफ़ॉल्ट क्रेडेंशियल' का इस्तेमाल करना है पुष्टि करने के लिए. ज़्यादा जानकारी के लिए, https://cloud.google.com/docs/authentication पर जाएं. यह सुविधा डिफ़ॉल्ट रूप से बंद रहती है.
--grpc_keepalive_time=<An immutable length of time.>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह नीति, आउटगोइंग gRPC कनेक्शन के लिए कीप-अलाइव पिंग कॉन्फ़िगर करती है. अगर यह सेट है, तो इतने समय बाद Baज़ल, कनेक्शन पर कोई कार्रवाई न होने पर पिंग भेजता है. ऐसा सिर्फ़ तब होता है, जब gRPC कॉल कम से कम एक पेंडिंग हो. समय को कंट्रोल के दूसरे लेवल के तौर पर माना जाता है; एक सेकंड से कम समय का मान सेट करना एक गड़बड़ी है. डिफ़ॉल्ट रूप से, कीप-अलाइव पिंग बंद होते हैं. इस सेटिंग को चालू करने से पहले आपको सेवा के मालिक से संपर्क करना चाहिए. उदाहरण के लिए, इस फ़्लैग के लिए 30 सेकंड का मान सेट करने के लिए, यह इस तरह से किया जाना चाहिए --grpc_keepalive_time=30s
--grpc_keepalive_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "20 से॰"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह नीति, आउटगोइंग gRPC कनेक्शन के लिए कीप-अलाइव टाइम आउट कॉन्फ़िगर करती है. अगर चालू रहने के लिए बनाए गए पिंग को --grpc_keepalive_time के साथ चालू किया गया है, तो इसके बाद अगर बैज को पिंग का जवाब नहीं मिलता है, तो वह कनेक्शन का समय खत्म कर देता है. समय को कंट्रोल के दूसरे लेवल के तौर पर माना जाता है; एक सेकंड से कम समय का मान सेट करना एक गड़बड़ी है. अगर कीप-अलाइव पिंग बंद हैं, तो इस सेटिंग को अनदेखा कर दिया जाता है.
--[no]incompatible_disable_non_executable_java_binary
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो java_binary हमेशा एक्ज़ीक्यूटेबल होता है. create_executable एट्रिब्यूट हटा दिया गया.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disallow_symlink_file_to_dir
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं.
टैग:loading_and_analysis
,incompatible_change
--[no]progress_in_terminal_title
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टर्मिनल के टाइटल में कमांड की प्रोग्रेस दिखाएं. यह देखने के लिए उपयोगी है कि एकाधिक टर्मिनल टैब होने पर बेज़ल क्या कर रहा है.
--[no]show_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान प्रोग्रेस से जुड़े मैसेज दिखाएं.
--show_progress_rate_limit=<a double>
डिफ़ॉल्ट: "0.2"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है आउटपुट में प्रोग्रेस मैसेज के बीच सेकंड की कम से कम संख्या.
--[no]show_timestamps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है मैसेज में टाइमस्टैंप शामिल करना
--tls_certificate=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है TLS सर्टिफ़िकेट का पाथ डालें, जो सर्वर सर्टिफ़िकेट के लिए भरोसेमंद हो.
--tls_client_certificate=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह सेट करें कि टीएलएस क्लाइंट सर्टिफ़िकेट का इस्तेमाल करना है या नहीं; आपको क्लाइंट की पुष्टि करने की सुविधा चालू करने के लिए, एक क्लाइंट कुंजी भी देनी होगी.
--tls_client_key=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह बताएं कि TLS क्लाइंट कुंजी का इस्तेमाल करना है या नहीं; आपको क्लाइंट की पुष्टि करने की सुविधा चालू करने के लिए, एक क्लाइंट सर्टिफ़िकेट भी देना होगा.
--ui_actions_shown=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पूरी जानकारी देने वाले प्रोग्रेस बार में, एक साथ की जाने वाली कार्रवाइयों की संख्या; हर कार्रवाई को एक अलग लाइन में दिखाया जाता है. प्रोग्रेस बार में हमेशा कम से कम एक नंबर दिखता है. 1 से कम की सभी संख्याएं 1 पर मैप की जाती हैं.
टैग:terminal_output
--[no]watchfs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Linux/macOS पर: अगर सही है, तो बैज हर फ़ाइल को स्कैन करने के बजाय ऑपरेटिंग सिस्टम की फ़ाइल वॉच सेवा का इस्तेमाल करके, सिस्टम में होने वाले बदलावों को समझने की कोशिश करता है. Windows पर: फ़िलहाल, यह फ़्लैग एक ऑपरेटर के तौर पर उपलब्ध नहीं है, लेकिन इसे --experimental_Windows_watchfs के साथ जोड़कर चालू किया जा सकता है. किसी भी ओएस पर: अगर आपका फ़ाइल फ़ोल्डर नेटवर्क फ़ाइल सिस्टम पर है और फ़ाइलों में रिमोट मशीन पर बदलाव किया जाता है, तो व्यवहार तय नहीं होता.
विश्लेषण-प्रोफ़ाइल के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--dump=<text or raw>
[-d
] डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट पूरे प्रोफ़ाइल डेटा डंप को या तो मानव द्वारा पढ़े जा सकने वाले 'टेक्स्ट' में डंप करेगा 'रॉ' फ़ॉर्मैट में या स्क्रिप्ट के हिसाब से सही फ़ॉर्मैट.
टैग:affects_outputs
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
क्वेरी के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise>
डिफ़ॉल्ट: "कंज़र्वेटिव"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर आउटपुट फ़ॉर्मैट, {xml,proto,record} में से एक है, तो आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी को हल करने का तरीका. 'बंद' इसका मतलब है कि किसी भी पहलू पर निर्भरता का समाधान नहीं हुआ है, 'कंज़र्वेटिव' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी जोड़ दी जाती हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी की नियम क्लास, 'सटीक' दी गई हो या नहीं इसका मतलब है कि सिर्फ़ उन पहलुओं को जोड़ा जाएगा जो डायरेक्ट डिपेंडेंसी की नियम क्लास दिए जाने पर शायद चालू हों. ध्यान दें कि सटीक मोड को एक ही टारगेट का आकलन करने के लिए, अन्य पैकेज लोड करने की ज़रूरत होती है. इस तरह, यह अन्य मोड के मुकाबले धीमा हो जाता है. इस बात पर भी ध्यान दें कि सटीक मोड भी पूरी तरह सटीक नहीं होता: किसी पहलू का हिसाब लगाने का फ़ैसला, विश्लेषण के चरण में लिया जाता है. हालांकि, 'बेज़ल क्वेरी' के दौरान यह फ़ैसला नहीं लिया जाता.
टैग:build_file_semantics
--[no]consistent_labels
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की गई है, तो हर क्वेरी कमांड से लेबल ऐसे दिखते हैं जैसे Starlark <code>str</code> <code>लेबल</code> पर फ़ंक्शन लागू किया गया इंस्टेंस. यह उन टूल के लिए काम का है जिन्हें क्वेरी के अलग-अलग निर्देशों और/या नियमों से जनरेट होने वाले लेबल के आउटपुट से मैच करने की ज़रूरत होती है. अगर इस नीति को चालू नहीं किया जाता है, तो आउटपुट फ़ॉर्मैट करने वाले लोग, डेटा स्टोर करने की मुख्य जगह के नाम (डेटा स्टोर करने की मुख्य जगह के बजाय) का इस्तेमाल कर सकते हैं. इससे आउटपुट को पढ़ने में आसानी होती है.
टैग:terminal_output
--[no]graph:factored
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ग्राफ़ को 'फ़ैक्टर' के तौर पर दिखाया जाएगा. इसका मतलब है कि जगह के हिसाब से समतुल्य नोड को एक साथ मर्ज कर दिया जाएगा और उनके लेबल जोड़ दिए जाएंगे. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--graph:node_limit=<an integer>
डिफ़ॉल्ट: "512"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में किसी ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि काट-छांट नहीं की जाएगी. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--[no]implicit_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू है, तो इंप्लिसिट डिपेंडेंसी को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी वह है जिसे BUILD फ़ाइल में साफ़ तौर पर तय नहीं किया गया है, लेकिन उसे बैजल से जोड़ा गया है. क्वेरी के लिए, यह विकल्प ऐसे टूलचेन को फ़िल्टर करने की सुविधा को कंट्रोल करता है जिनका समाधान हो चुका है.
टैग:build_file_semantics
--[no]include_artifacts
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में ऐक्शन इनपुट और आउटपुट के नाम शामिल करता है (यह कितना बड़ा हो सकता है).
टैग:terminal_output
--[no]include_aspects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
aquery, cquery: क्या आउटपुट में आसपेक्ट रेशियो से जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (पदों का हमेशा अनुसरण किया जाता है).
टैग:terminal_output
--[no]include_commandline
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में ऐक्शन कमांड लाइन का कॉन्टेंट शामिल करता है (यह कितना बड़ा हो सकता है).
टैग:terminal_output
--[no]include_file_write_contents
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
FileWrite, SourceSymlinkManifest, और RepoMappingManifest कार्रवाइयों (ये काफ़ी बड़े हो सकते हैं) के लिए, फ़ाइल का कॉन्टेंट शामिल करें.
टैग:terminal_output
--[no]include_param_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कमांड में इस्तेमाल की गई पैरामीटर फ़ाइलों का कॉन्टेंट शामिल करें (यह बड़ी हो सकती है). ध्यान दें: इस फ़्लैग को चालू करने से --include_commandline फ़्लैग अपने-आप चालू हो जाएगा.
टैग:terminal_output
--[no]incompatible_package_group_includes_double_slash
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो Package_group के `packages` एट्रिब्यूट को आउटपुट करते समय, सबसे पहले वाले `//` को नहीं हटाया जाएगा.
टैग:terminal_output
,incompatible_change
--[no]infer_universe_scope
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट नहीं है और --universe_scope को सेट नहीं किया गया, तो क्वेरी एक्सप्रेशन में, यूनीक टारगेट पैटर्न की सूची के तौर पर --universe_scope की वैल्यू का पता लगाया जाएगा. ध्यान दें, ऐसा हो सकता है कि यूनिवर्स के स्कोप वाले फ़ंक्शन (जैसे कि`allrdeps`) का इस्तेमाल करने वाले क्वेरी एक्सप्रेशन के लिए, --universe_scope की अनुमानित वैल्यू, आपकी पसंद के मुताबिक न हो. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आपको पता हो कि क्या करना है. ज़्यादा जानकारी और उदाहरणों के लिए, https://bagel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प की वैल्यू को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery` पर नहीं).
टैग:loading_and_analysis
--[no]line_terminator_null
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है या नहीं.
टैग:terminal_output
--[no]nodep_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो "nodep" से शुरू होता है एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. "नोडेप" का एक सामान्य उदाहरण एट्रिब्यूट "विज़िबिलिटी" है. सभी "nodep" के बारे में जानने के लिए, `info Build-language` के आउटपुट को चलाएं और पार्स करें एट्रिब्यूट की वैल्यू सबमिट करें.
टैग:build_file_semantics
--output=<a string>
डिफ़ॉल्ट: "टेक्स्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. किसी क्वेरी के लिए ये वैल्यू इस्तेमाल की जा सकती हैं: text, textproto, proto, stream_proto, jsonproto.
टैग:terminal_output
--[no]proto:default_values
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ऐसे एट्रिब्यूट शामिल किए जाते हैं जिनकी वैल्यू, BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है; ऐसा न होने पर उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है
टैग:terminal_output
--[no]proto:definition_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
परिभाषा_stack प्रोटो फ़ील्ड को पॉप्युलेट करें, जो हर नियम इंस्टेंस के लिए Starlark कॉल स्टैक को उस समय रिकॉर्ड करता है, जब नियम की क्लास तय की गई थी.
टैग:terminal_output
--[no]proto:flatten_selects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट कर दिए जाते हैं. सूची टाइप के लिए फ़्लैटन प्रज़ेंटेशन एक ऐसी सूची है जिसमें चुने गए मैप की हर वैल्यू को सिर्फ़ एक बार शामिल किया जाता है. स्केलर टाइप को फ़्लैट करके शून्य कर दिया जाता है.
टैग:build_file_semantics
--[no]proto:include_attribute_source_aspects
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एट्रिब्यूट के source_aspect_name प्रोटो फ़ील्ड को, उस सोर्स आसपेक्ट के साथ भरें जिससे यह एट्रिब्यूट मिला है (अगर ऐसा नहीं हुआ है, तो स्ट्रिंग खाली है).
टैग:terminal_output
--[no]proto:include_synthetic_attribute_hash
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$internal_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना है या नहीं.
टैग:terminal_output
--[no]proto:instantiation_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर नियम के इंस्टैंशिएट करने वाले कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग:terminal_output
--[no]proto:locations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या प्रोटो आउटपुट में जगह की जानकारी आउटपुट करनी है.
टैग:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
डिफ़ॉल्ट: "सभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में शामिल करने के लिए एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट का इस्तेमाल किया जाता है. किसी भी एट्रिब्यूट का आउटपुट देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है.
टैग:terminal_output
--[no]proto:rule_inputs_and_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नियम_इनपुट और नियम_आउटपुट फ़ील्ड में जानकारी अपने-आप भरी जाए या नहीं.
टैग:terminal_output
--query_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो क्वेरी कमांड लाइन के बजाय, यहां नाम वाली फ़ाइल से क्वेरी पढ़ेगी. यहां किसी फ़ाइल के साथ-साथ कोई कमांड-लाइन क्वेरी बताना एक गड़बड़ी है.
टैग:changes_inputs
--[no]relative_locations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह एक-दूसरे से मिलती-जुलती होगी. डिफ़ॉल्ट रूप से, जगह की जानकारी का आउटपुट एक ऐब्सलूट पाथ होता है और यह सभी मशीन पर एक जैसा नहीं होगा. सभी मशीनों पर एक जैसा नतीजा पाने के लिए, इस विकल्प को 'सही' पर सेट किया जा सकता है.
टैग:terminal_output
--[no]skyframe_state
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ज़्यादा विश्लेषण किए बिना, Skyframe से मौजूदा ऐक्शन ग्राफ़ को डंप करें. ध्यान दें: फ़िलहाल, --skyframe_state के साथ टारगेट तय नहीं किया जा सकता. यह फ़्लैग सिर्फ़ --आउटपुट=प्रोटो या --आउटपुट=टेक्स्टप्रोटो के साथ उपलब्ध है.
टैग:terminal_output
--[no]tool_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्वेरी: अगर यह सुविधा बंद है, तो 'एक्ज़िक कॉन्फ़िगरेशन' की निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी काम करती है. 'एक्ज़ीक्यूटिव कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी 'proto_library' से नियम, प्रोटोकॉल कंपाइलर का हिस्सा होता है. आम तौर पर, उपयोगकर्ताओं को 'टारगेट' के हिस्से के बजाय बिल्ड के दौरान एक्ज़ीक्यूट किए गए टूल की ओर पॉइंट करता है कार्यक्रम.
Cquery: यह सुविधा बंद होने पर, कॉन्फ़िगर किए गए उन सभी टारगेट को फ़िल्टर कर दिया जाता है जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट की तुलना में, एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट, टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही दिखाए जाएंगे. ये वे टारगेट भी होंगे जो टारगेट कॉन्फ़िगरेशन में शामिल हैं. अगर टॉप लेवल टारगेट, exec कॉन्फ़िगरेशन में है, तो सिर्फ़ लागू किए गए कॉन्फ़िगर किए गए टारगेट ही लौटाए जाएंगे. इस विकल्प में उन टूलचेन को शामिल नहीं किया जाएगा जिन्हें हल किया जा चुका है.
टैग:build_file_semantics
--universe_scope=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट पैटर्न का कॉमा-सेपरेटेड सेट (जोड़ और घटाव). यह क्वेरी, बताए गए टारगेट के ट्रांज़िटिव क्लोज़िंग से तय किए गए ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और क्वेरी कमांड के लिए किया जाता है.
cquery के लिए, इस विकल्प का इनपुट सभी जवाबों को टारगेट करता है. इसलिए, इस विकल्प से कॉन्फ़िगरेशन और ट्रांज़िशन पर असर पड़ सकता है. अगर इस विकल्प की जानकारी नहीं दी गई है, तो टॉप-लेवल के टारगेट को क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट माना जाता है. ध्यान दें: अगर क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट, टॉप-लेवल के विकल्पों के साथ बनाए नहीं जा सकते हैं, तो इस विकल्प को न बताने पर, बिल्ड टूट सकता है.
टैग:loading_and_analysis
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]experimental_inprocess_symlink_creation
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिमलिंक ट्री बनाने के लिए, डायरेक्ट फ़ाइल सिस्टम कॉल करना है या नहीं
टैग:loading_and_analysis
,execution
,experimental
--[no]experimental_persistent_aar_extractor
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वर्कर का इस्तेमाल करके, लगातार Aar एक्सट्रैक्ट करने वाले टूल को चालू करें.
टैग:execution
--[no]experimental_remotable_source_manifests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या सोर्स मेनिफ़ेस्ट कार्रवाइयों को रिमोट तौर पर बनाया जाना है
टैग:loading_and_analysis
,execution
,experimental
--[no]experimental_split_coverage_postprocessing
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, नए स्पॉन्स में टेस्ट के लिए, कवरेज पोस्टप्रोसेसिंग चलाएगा.
टैग:execution
--[no]experimental_strict_fileset_output
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प चालू है, तो फ़ाइलसेट सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें मानेंगे. वे डायरेक्ट्री में रुकावट नहीं डालेंगी या सिमलिंक के प्रति संवेदनशील नहीं होंगी.
टैग:execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कार्रवाई याद रखने के आधार पर किसी कार्रवाई को लागू करने की जानकारी में कुंजियां जोड़ें या हटाएं. यह सिर्फ़ उन कार्रवाइयों पर लागू होता है जो प्रोग्राम चलाने की जानकारी के साथ काम करती हैं. कई सामान्य कार्रवाइयों की मदद से, एक्ज़ीक्यूशन की जानकारी हासिल की जा सकती है, जैसे कि Genरूल, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा वैल्यू तय करते समय, क्रम मायने रखता है. इसकी वजह यह है कि एक ही याद दिलाने वाले तरीके पर कई रेगुलर एक्सप्रेशन लागू हो सकते हैं.
सिंटैक्स: "रेगुलर एक्सप्रेशन=[+-]key,regex=[+-]key,...".
उदाहरणः
'.*=+x,.*=-y,.*=+z' 'x' जोड़ता है और 'z' 'y' तक ले जाता है और उसे हटाता है से, सभी कार्रवाइयों को लागू करने की जानकारी.
'जेनरूल=+इसके लिए ज़रूरी है-x' 'ज़रूरी-x' जोड़ता है लागू करने की जानकारी भेज दिया जाता है.
'(?!सामान्य नियम).*=-requires-x' 'ज़रूरी-x' को हटाता है जो सामान्य कार्रवाइयां पूरी नहीं करतीं उनकी जानकारी से.
टैग:execution
,affects_outputs
,loading_and_analysis
--persistent_android_dex_desugar
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों का इस्तेमाल करके, Android dex और Desugar की लगातार कार्रवाइयां करने की सुविधा चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_android_dex_desugar
--strategy=Desugar=worker
--strategy=DexBuilder=worker
टैग:host_machine_resource_optimizations
,execution
--persistent_android_resource_processor
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मियों का इस्तेमाल करके स्थायी Android संसाधन प्रोसेसर को चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker
--strategy=ProcessDatabinding=worker
--strategy=GenerateDataBindingBaseClasses=worker
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_dex_desugar
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों का इस्तेमाल करके, लगातार मल्टीप्लेक्स Android dex और डीशुगर कार्रवाइयों को चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_resource_processor
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मियों का इस्तेमाल करके परसिस्टेंट मल्टीप्लेक्स वाला Android रिसॉर्स प्रोसेसर चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workers
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_tools
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्थायी और मल्टीप्लेक्स वाले Android टूल (डेक्सिंग, डिसुगरिंग, रिसॉर्स प्रोसेसिंग) चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_multiplex_busybox_tools
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar
टैग:host_machine_resource_optimizations
,execution
--[no]use_target_platform_for_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, टेस्ट चलाने के लिए टारगेट प्लैटफ़ॉर्म का इस्तेमाल करेगा, न कि टेस्ट एक्ज़ेक्यूटिव ग्रुप का.
टैग:execution
- कार्रवाई करने के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करने वाले विकल्प:
--android_compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट कंपाइलर.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--android_crosstool_top=<a build target label>
डिफ़ॉल्ट: "//external:android/crosstool"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android बिल्ड के लिए इस्तेमाल किए जाने वाले C++ कंपाइलर की जगह की जानकारी.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट grte_top.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_manifest_merger=<legacy, android or force_android>
डिफ़ॉल्ट: "android"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह मेनिफ़ेस्ट मर्जर को चुनता है, ताकि android_binary नियमों के लिए इसका इस्तेमाल किया जा सके. फ़्लैग करके, लेगसी मर्जर से Android मेनिफ़ेस्ट मर्जर पर ट्रांज़िशन में मदद करें.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--android_platforms=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह ऐसे प्लैटफ़ॉर्म सेट करता है जिनका इस्तेमाल android_binary टारगेट में किया जाता है. अगर एक से ज़्यादा प्लैटफ़ॉर्म के बारे में बताया गया है, तो बाइनरी एक फ़ैट APK होता है, जिसमें तय किए गए हर टारगेट प्लैटफ़ॉर्म के लिए नेटिव बाइनरी होती हैं.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_sdk=<a build target label>
डिफ़ॉल्ट: "@ba"_tools//tools/android:sdk"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से, Android SDK/प्लैटफ़ॉर्म के बारे में जानकारी मिलती है, जिसका इस्तेमाल Android ऐप्लिकेशन बनाने के लिए किया जाता है.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--apple_crosstool_top=<a build target label>
डिफ़ॉल्ट: "@bazu_tools//tools/cpp:toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Apple और Objc नियमों और उनकी डिपेंडेंसी में इस्तेमाल किए जाने वाले क्रॉसटूल पैकेज का लेबल.
टैग:loses_incremental_state
,changes_inputs
--cc_output_directory_tag=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स तय करता है.
टैग:affects_outputs
--compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट को कंपाइल करने के लिए, C++ कंपाइलर का इस्तेमाल करें.
टैग:loading_and_analysis
,execution
--coverage_output_generator=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/test:lcov_merger"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उस बाइनरी की जगह जिसका इस्तेमाल रॉ कवरेज रिपोर्ट को पोस्ट प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह एक ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, '//tools/test:lcov_merger' होता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--coverage_report_generator=<a build target label>
का डिफ़ॉल्ट अनुवाद: "@bagel_tools//tools/test:coverage_report_generator"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज रिपोर्ट जनरेट करने के लिए इस्तेमाल की जाने वाली बाइनरी की जगह. फ़िलहाल, यह एक ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट तौर पर, '//tools/test:coverage_report_generator' करता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--coverage_support=<a build target label>
का डिफ़ॉल्ट मैसेज: "@bagel_tools//tools/test:coverage_support"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उन फ़ाइलों की जगह की जानकारी जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी हैं. डिफ़ॉल्ट रूप से, '//tools/test:coverage_support' होता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--crosstool_top=<a build target label>
डिफ़ॉल्ट: "@bazu_tools//tools/cpp:toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ कोड कंपाइल करने के लिए इस्तेमाल किए जाने वाले क्रॉसटूल पैकेज का लेबल.
टैग:loading_and_analysis
,changes_inputs
,affects_outputs
--custom_malloc=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कस्टम मैलक लागू करने के बारे में बताता है. यह सेटिंग, बिल्ड के नियमों में मैलक एट्रिब्यूट को बदल देती है.
टैग:changes_inputs
,affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉमा लगाकर अलग किए गए रेगुलर एक्सप्रेशन की सूची, जिसमें हर एक से पहले वैकल्पिक रूप से - (नेगेटिव एक्सप्रेशन) लगाया जाता है (=) को कॉमा लगाकर अलग किए गए कंस्ट्रेंट वैल्यू टारगेट की सूची में असाइन किया जाता है. अगर टारगेट, किसी भी नेगेटिव एक्सप्रेशन से मैच नहीं करता है और कम से कम एक पॉज़िटिव एक्सप्रेशन है, तो उसका टूलचेन रिज़ॉल्यूशन इस तरह से परफ़ॉर्म किया जाएगा जैसे कि उसने कंस्ट्रेंट वैल्यू को एक्ज़ीक्यूशन कंस्ट्रेंट के तौर पर एलान किया हो. उदाहरण: //demo,-test=@platforms//cpus:x86_64, 'x86_64' को जोड़ देगा //demo के तहत किसी भी टारगेट को छोड़कर, जिनके नाम में 'test' मौजूद है.
टैग:loading_and_analysis
--[no]experimental_include_xcode_execution_requirements
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो "ज़रूरी-xcode:{version}" जोड़ें हर Xcode कार्रवाई के लिए एक्ज़ीक्यूशन की ज़रूरत होती है. अगर xcode वर्शन में हाइफ़न वाला लेबल है, तो "ज़रूरी-xcode-label:{version_label}" शामिल करें निष्पादन की ज़रूरत.
टैग:loses_incremental_state
,loading_and_analysis
,execution
--[no]experimental_prefer_mutual_xcode
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सबसे नए Xcode का इस्तेमाल करें जो स्थानीय तौर पर और कहीं से भी उपलब्ध हो. अगर गलत है या कोई म्युचुअल उपलब्ध वर्शन नहीं है, तो xcode-select के ज़रिए चुने गए लोकल Xcode वर्शन का इस्तेमाल करें.
टैग:loses_incremental_state
--extra_execution_platforms=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसे प्लैटफ़ॉर्म जो कार्रवाइयां करने के लिए, एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर उपलब्ध हैं. प्लैटफ़ॉर्म, टारगेट के हिसाब से या टारगेट पैटर्न के तौर पर तय किए जा सकते हैं. इन प्लैटफ़ॉर्म पर रजिस्टर करने से पहले, उन प्लैटफ़ॉर्म पर विचार किया जाएगा जिनकी जानकारी WorkSPACE फ़ाइल में रजिस्टर की गई है. इसके लिए,register_execution_platforms() का इस्तेमाल किया जाता है. यह विकल्प सिर्फ़ एक बार सेट किया जा सकता है; बाद के इंस्टेंस, पहले के फ़्लैग की सेटिंग को बदल देंगे.
टैग:execution
--extra_toolchains=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टूलचेन के रिज़ॉल्यूशन के दौरान, टूलचेन के नियमों पर ध्यान दिया जाना चाहिए. टूलचेन को सटीक टारगेट या टारगेट पैटर्न के तौर पर तय किया जा सकता है. इन टूलचेन पर विचार किया जाएगा, ताकि उन टूलचेन पर विचार किया जा सके जिनका एलान workspace_toolchains() से किया गया हो. इस फ़ाइल में दी गई जानकारी का एलान Workspace फ़ाइल में किया गया हो.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चेक-इन की गई libc लाइब्रेरी का लेबल. डिफ़ॉल्ट वैल्यू को क्रॉसटूल टूलचेन इस्तेमाल करता है और आपको इसे कभी भी बदलने की ज़रूरत नहीं पड़ती.
टैग:action_command_lines
,affects_outputs
--host_compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ कंपाइलर का इस्तेमाल, होस्ट कंपाइलेशन के लिए किया जाता है. अगर --host_crosstool_top सेट नहीं है, तो इसे अनदेखा कर दिया जाता है.
टैग:loading_and_analysis
,execution
--host_crosstool_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिफ़ॉल्ट रूप से, --crosstool_top और --compiler विकल्पों का इस्तेमाल एक्ज़ीक्यूट करने के कॉन्फ़िगरेशन के लिए किया जाता है. अगर यह फ़्लैग दिया जाता है, तो Ba बैंक, दिए गए Crosstool_top के लिए, डिफ़ॉल्ट libc और कंपाइलर का इस्तेमाल करता है.
टैग:loading_and_analysis
,changes_inputs
,affects_outputs
--host_grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया है, तो यह सेटिंग exec कॉन्फ़िगरेशन के लिए libc टॉप-लेवल डायरेक्ट्री (--grte_top) को बदल देती है.
टैग:action_command_lines
,affects_outputs
--host_platform=<a build target label>
डिफ़ॉल्ट: "@local_config_platform//:host"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लैटफ़ॉर्म के नियम का लेबल, जो होस्ट सिस्टम के बारे में बताता है.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel 'host' को चालू नहीं करेगा और 'nonhost' c++ टूलचेन में मिलने वाली सुविधाओं की जानकारी देखें (ज़्यादा जानकारी के लिए, https://github.com/baZbuild/ba इमारतों/issues/7407 पर जाएं).
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enable_android_toolchain_resolution
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android के नियमों (Starlark और नेटिव) के लिए, Android SDK टूल चुनने के लिए टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Apple के नियमों (Starlark और नेटिव) के लिए, Apple SDK टूल चुनने के लिए टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, lto इंडेक्स करने वाली कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का दोबारा इस्तेमाल नहीं करेगा. ज़्यादा जानकारी के लिए, https://github.com/bazubuild/ba बहुत/issues/6791 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_remove_legacy_whole_archive
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, लाइब्रेरी डिपेंडेंसी को डिफ़ॉल्ट रूप से पूरे संग्रह के तौर पर लिंक नहीं करेगा. माइग्रेशन से जुड़े निर्देशों के लिए, https://github.com/batzbuild/ba बहुत/issues/7362 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_require_ctx_in_configure_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel को 'ctx' की ज़रूरत होगी पैरामीटर को cc_common.Configure_features में जोड़ा गया (ज़्यादा जानकारी के लिए, https://github.com/batzbuild/baकोई और समस्याओं के बारे में जानें).
टैग:loading_and_analysis
,incompatible_change
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर टूलचेन के साथ काम करता है, तो इंटरफ़ेस के साथ शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, ईएलएफ़ टूलचेन में यह सेटिंग काम करती है.
टैग:loading_and_analysis
,affects_outputs
,affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति iOS ऐप्लिकेशन बनाने के लिए, iOS SDK टूल के वर्शन के बारे में बताती है. अगर जानकारी नहीं दी गई है, तो यह 'xcode_version' से iOS SDK टूल के डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
macOS ऐप्लिकेशन बनाने के लिए, macOS SDK टूल के वर्शन के बारे में जानकारी देता है. अगर जानकारी नहीं दी गई है, तो यह 'xcode_version' से macOS SDK के डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--minimum_os_version=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कम से कम ओएस वर्शन जिसे आपके कंपाइलेशन ने टारगेट किया है.
टैग:loading_and_analysis
,affects_outputs
--platform_mappings=<a relative path>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मैपिंग फ़ाइल की जगह, जो यह बताती है कि अगर कोई प्लैटफ़ॉर्म सेट नहीं है या पहले से कोई फ़्लैग सेट किया जाना है, तो किस प्लैटफ़ॉर्म का इस्तेमाल करना है. मुख्य फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता होना चाहिए. डिफ़ॉल्ट तौर पर 'platform_mappings' (सीधे फ़ाइल फ़ोल्डर रूट के नीचे की फ़ाइल).
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--platforms=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लैटफ़ॉर्म के नियमों के लेबल, जो मौजूदा निर्देश के लिए टारगेट प्लैटफ़ॉर्म की जानकारी देते हैं.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--python2_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह रोक दिया गया है, कोई कार्रवाई नहीं. `--insupported_use_python_toolchains` से बंद किया गया.
टैग:no_op
,deprecated
--python3_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह रोक दिया गया है, कोई कार्रवाई नहीं. `--insupported_use_python_toolchains` से बंद किया गया.
टैग:no_op
,deprecated
--python_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Python अनुवादक का ऐब्सलूट पाथ, जिसे टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए शुरू किया गया है. बहिष्कृत; --instatic_use_python_toolchains से बंद किया गया है.
टैग:loading_and_analysis
,affects_outputs
--python_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए, Python अनुवादक को दिखाने वाले py_runtime का लेबल. बहिष्कृत; --instatic_use_python_toolchains से बंद किया गया है.
टैग:loading_and_analysis
,affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
tvOS ऐप्लिकेशन बनाने के लिए, tvOS SDK के वर्शन के बारे में जानकारी देता है. अगर जानकारी नहीं दी गई है, तो 'xcode_version' से tvOS SDK के डिफ़ॉल्ट वर्शन का इस्तेमाल किया जाता है.
टैग:loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
WatchOS ऐप्लिकेशन बनाने के लिए, WatchOS SDK का वर्शन तय करती है. अगर जानकारी नहीं दी गई है, तो 'xcode_version' से वॉचओएस SDK टूल के डिफ़ॉल्ट वर्शन का इस्तेमाल किया जाता है.
टैग:loses_incremental_state
--xcode_version=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर तय किया गया है, तो बिल्ड से जुड़ी सही कार्रवाइयों के लिए दिए गए वर्शन के Xcode का इस्तेमाल करता है. अगर जानकारी नहीं है, तो Xcode के एक्ज़ेक्यूटर डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--xcode_version_config=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/cpp:host_xcodes"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, इस्तेमाल किया जाने वाला xcode_config नियम का लेबल.
टैग:loses_incremental_state
,loading_and_analysis
- निर्देश के आउटपुट को कंट्रोल करने वाले विकल्प:
--[no]apple_generate_dsym
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करना है या नहीं.
टैग:affects_outputs
,action_command_lines
--[no]build_runfile_links
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल सिमलिंक फ़ॉरेस्ट बनाएं. अगर गलत है, तो उन्हें सिर्फ़ तब लिखें, जब लोकल ऐक्शन के लिए ज़रूरी हो, टेस्ट करें या कमांड चलाएं.
टैग:affects_outputs
--[no]build_runfile_manifests
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल मेनिफ़ेस्ट लिखें. अगर गलत है, तो उन्हें हटा दें. गलत होने पर, लोकल टेस्ट नहीं चल पाएंगे.
टैग:affects_outputs
--[no]build_test_dwp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू की जाती है, तो C++ टेस्ट बनाते समय, टेस्ट बाइनरी के लिए .dwp फ़ाइल अपने-आप बन जाएगी. ऐसा, स्टैटिक तरीके से और फ़िज़न के साथ किया जाता है.
टैग:loading_and_analysis
,affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options>
डिफ़ॉल्ट: ".pb.h"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से, cc_proto_library बनाई जाने वाली हेडर फ़ाइलों के सफ़िक्स सेट होते हैं.
टैग:affects_outputs
,loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options>
डिफ़ॉल्ट: ".pb.cc"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति, cc_proto_library बनाई गई सोर्स फ़ाइलों के सफ़िक्स सेट करती है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_library में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां चलाएं.
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_proto_extra_actions
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_library में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां चलाएं.
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_save_feature_state
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन के आउटपुट के तौर पर, चालू और अनुरोध की गई सुविधाओं की स्थिति को सेव करें.
टैग:affects_outputs
,experimental
--fission=<a set of compilation modes>
डिफ़ॉल्ट: "नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से पता चलता है कि C++ कंपाइलेशन और लिंक के लिए, कौनसे कंपाइलेशन मोड विखंडन का इस्तेमाल करते हैं. {'fastbuild', 'dbg', 'opt'} या खास वैल्यू 'yes' का कोई भी कॉम्बिनेशन हो सकता है सभी मोड को सक्षम करने के लिए और 'नहीं' सभी मोड बंद करने के लिए.
टैग:loading_and_analysis
,action_command_lines
,affects_outputs
--[no]incompatible_always_include_files_in_data
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो नेटिव नियम <code>DefaultInfo.files</code> जोड़ते हैं डेटा डिपेंडेंसी के हिसाब से डेटा पर आधारित होता है.
टैग:affects_outputs
,incompatible_change
--[no]legacy_external_runfiles
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो .runfile/wsname/external/repo (.runfiles/repo के अलावा) के अलावा, बाहरी डेटा स्टोर करने की जगहों के लिए रनफ़ाइल सिमलिंक फ़ॉरेस्ट बनाएं.
टैग:affects_outputs
--[no]objc_generate_linkmap
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि लिंकमैप फ़ाइल जनरेट करनी है या नहीं.
टैग:affects_outputs
--[no]save_temps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबलर कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii फ़ाइलें (पहले से प्रोसेस की गई C++) शामिल हैं.
टैग:affects_outputs
- ऐसे विकल्प जिनकी मदद से उपयोगकर्ता, तय किए गए आउटपुट को कॉन्फ़िगर कर सकता है. साथ ही, आउटपुट की मौजूदगी के बावजूद, उसकी वैल्यू पर असर डालता है:
--action_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट कॉन्फ़िगरेशन की कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल के सेट के बारे में बताता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में वैल्यू को शुरू करने के माहौल से लिया जाएगा या ऐसे name=value पेयर से लिया जाएगा जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है; .
टैग:action_command_lines
--android_cpu=<a string>
डिफ़ॉल्ट: "armeabi-v7a"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट सीपीयू.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]android_databinding_use_androidx
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
AndroidX-साथ काम करने वाली डेटा-बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ डेटाबाइंडिंग v2 के साथ किया जाता है. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]android_databinding_use_v3_4_args
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
3.4.0 आर्ग्युमेंट के साथ, Android डेटाबाइंडिंग v2 का इस्तेमाल करें. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--android_dynamic_mode=<off, default or fully>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह तय करता है कि जब cc_binary साफ़ तौर पर शेयर की गई लाइब्रेरी नहीं बनाता है, तो Android के नियमों के C++ डिप डाइनैमिक रूप से लिंक किए जाएंगे या नहीं. 'डिफ़ॉल्ट' इसका मतलब है कि bazu यह चुनता है कि उसे डाइनैमिक तरीके से लिंक करना है या नहीं. 'पूरा' इसका मतलब है कि सभी लाइब्रेरी डायनैमिक रूप से लिंक हो जाएंगी. 'बंद' इसका मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग:affects_outputs
,loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>
डिफ़ॉल्ट: "वर्णमाला"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह Android बाइनरी के लिए, मेनिफ़ेस्ट मर्जर को पास किए गए मेनिफ़ेस्ट का क्रम सेट करता है. ऐल्फ़ाबेट का मतलब है कि मेनिफ़ेस्ट को एक्ज़ीक्यूटेबल के मुकाबले पाथ के हिसाब से क्रम में लगाया जाता है. ALPHABETICAL_BY_CONFIGURATION का मतलब है कि मेनिफ़ेस्ट को आउटपुट डायरेक्ट्री में मौजूद कॉन्फ़िगरेशन डायरेक्ट्री के पाथ के हिसाब से क्रम में लगाया जाता है. डिपेंडेंसी का मतलब है कि हर लाइब्रेरी के मेनिफ़ेस्ट को उसी क्रम में रखा जाता है जो उसके डिपेंडेंसी के मेनिफ़ेस्ट से पहले आता है.
टैग:action_command_lines
,execution
--[no]android_resource_shrinking
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ProGuard का इस्तेमाल करने वाले android_binary APK के लिए संसाधन का आकार कम करने की सुविधा चालू करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]build_python_zip
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड Python की एक्ज़ीक्यूटेबल ज़िप; Windows पर चालू है, अन्य प्लैटफ़ॉर्म पर बंद है
टैग:affects_outputs
--catalyst_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple Cat कोर्स बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--[no]collect_code_coverage
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया हो, तो Ba बैंक, इंस्ट्रुमेंट कोड (जहां हो सके वहां ऑफ़लाइन इंस्ट्रुमेंट का इस्तेमाल करके) को इंस्ट्रुमेंट करेगा और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ --instrumentation_filter से मेल खाने वाले टारगेट ही प्रभावित होंगे. आम तौर पर इस विकल्प को सीधे तौर पर नहीं बताया जाना चाहिए - 'बेज़ल कवरेज' इसके बजाय आदेश का उपयोग किया जाना चाहिए.
टैग:affects_outputs
--compilation_mode=<fastbuild, dbg or opt>
[-c
] डिफ़ॉल्ट: "फ़ास्टबिल्ड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह मोड बताएं जिसमें बाइनरी बनाई जाएगी. मान: 'Fastbuild', 'dbg', 'opt'.
टैग:affects_outputs
,action_command_lines
--conlyopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C सोर्स फ़ाइलों को कंपाइल करते समय, gcc को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--copt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जीसीसी को पास करने के लिए दूसरे विकल्प.
टैग:action_command_lines
,affects_outputs
--cpu=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सीपीयू.
टैग:changes_inputs
,affects_outputs
--cs_fdo_absolute_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, सीएसएफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करें. प्रोफ़ाइल फ़ाइल, रॉ या इंडेक्स की गई एलएलवीएम प्रोफ़ाइल फ़ाइल वाली ZIP फ़ाइल का ऐब्सलूट पाथ बताएं.
टैग:affects_outputs
--cs_fdo_instrument=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संवेदनशील एफ़डीओ इंस्ट्रुमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर की मदद से, यह डायरेक्ट्री का नाम भी स्वीकार करता है. इसके तहत, रनटाइम के दौरान, रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को डंप किया जाएगा.
टैग:affects_outputs
--cs_fdo_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऑप्टिमाइज़ेशन के लिए इस्तेमाल की जाने वाली कॉन्टेक्स्ट सेंसिटिव प्रोफ़ाइल को दिखाने वाला cs_fdo_profile.
टैग:affects_outputs
--cxxopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ सोर्स फ़ाइलों को कंपाइल करते समय, gCC में पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--define=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर --परिभाषा विकल्प, बिल्ड वैरिएबल के लिए एक असाइनमेंट तय करता है.
टैग:changes_inputs
,affects_outputs
--dynamic_mode=<off, default or fully>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह तय करता है कि C++ बाइनरी को डाइनैमिक रूप से लिंक किया जाएगा या नहीं. 'डिफ़ॉल्ट' इसका मतलब है कि Basel को डाइनैमिक तरीके से लिंक करने का विकल्प मिलेगा. 'पूरा' इसका मतलब है कि सभी लाइब्रेरी डायनैमिक रूप से लिंक हो जाएंगी. 'बंद' इसका मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग:loading_and_analysis
,affects_outputs
--[no]enable_fdo_profile_absolute_path
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी दिखेगी.
टैग:affects_outputs
--[no]enable_runfiles
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रनफ़ाइल सिमलिंक ट्री चालू करें; डिफ़ॉल्ट रूप से, यह Windows में दूसरे प्लैटफ़ॉर्म पर बंद होती है.
टैग:affects_outputs
--experimental_action_listener=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पहलुओं का समर्थन नहीं किया गया है. मौजूदा बिल्ड ऐक्शन में extra_action अटैच करने के लिए, action_listener का इस्तेमाल करें.
टैग:execution
,experimental
--[no]experimental_android_compress_java_resources
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
APK में Java के संसाधनों को कंप्रेस करें
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_android_databinding_v2
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android डेटाबाइंडिंग v2 का इस्तेमाल करें. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_android_resource_shrinking
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ProGuard का इस्तेमाल करने वाले android_binary APK के लिए संसाधन का आकार कम करने की सुविधा चालू करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
dex फ़ाइलों को फिर से लिखने के लिए rex टूल का इस्तेमाल करो
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_collect_code_coverage_for_generated_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया, तो Basel, जनरेट की गई फ़ाइलों के लिए कवरेज की जानकारी भी जनरेट करेगा.
टैग:affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options>
डिफ़ॉल्ट: "-O0,-DDEBUG=1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इन स्ट्रिंग का इस्तेमाल, objc फ़ास्टबिल्ड कंपाइलर विकल्पों के तौर पर करता है.
टैग:action_command_lines
--[no]experimental_omitfp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो स्टैक को खोलने के लिए libunwind का इस्तेमाल करें और -fomit-frame-pointer और -fasynchronous-unwind-tables की मदद से कंपाइल करें.
टैग:action_command_lines
,affects_outputs
,experimental
--experimental_output_paths=<off, content or strip>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट ट्री में, आउटपुट ट्री में कौन-कौनसे मॉडल का इस्तेमाल करना है, ताकि नियम के बाद आउटपुट लिखे जा सकें. खास तौर पर, मल्टी-प्लैटफ़ॉर्म / मल्टी-कॉन्फ़िगरेशन बिल्ड के लिए. इसे एक्सपेरिमेंट के तौर पर शुरू किया गया है. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba इमारतों/issues/6526 पर जाएं. Starlark कार्रवाइयां, 'supports-path-mapping' कुंजी को जोड़कर, पाथ मैपिंग में शामिल की जा सकती हैं 'execution_requirements' को शब्दकोश
टैग:loses_incremental_state
,bazel_internal_configuration
,affects_outputs
,execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एंट्री, लेबल=वैल्यू के फ़ॉर्म में होनी चाहिए. इसमें लेबल किसी प्लैटफ़ॉर्म के बारे में बताता है. साथ ही, आउटपुट पाथ में इस्तेमाल करने के लिए, वैल्यू एक छोटा नाम होना चाहिए. इसका इस्तेमाल सिर्फ़ तब किया जाता है, जब --experimental_platform_in_Output_dr सही है. नाम रखने की प्राथमिकता सबसे ज़्यादा है.
टैग:affects_outputs
,experimental
--[no]experimental_platform_in_output_dir
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टारगेट प्लैटफ़ॉर्म के छोटे नाम का इस्तेमाल, सीपीयू के बजाय आउटपुट डायरेक्ट्री के नाम में किया जाता है. सटीक स्कीम प्रयोग के तौर पर शुरू की गई है और इसमें बदलाव हो सकते हैं: पहला, बहुत ही कम मामलों में --प्लैटफ़ॉर्म विकल्प में सिर्फ़ एक वैल्यू नहीं होती, इसलिए प्लैटफ़ॉर्म विकल्प के हैश का इस्तेमाल किया जाता है. इसके बाद, अगर मौजूदा प्लैटफ़ॉर्म के लिए किसी छोटे नाम को --experimental_override_name_platform_in_ रखरखाव_की मदद से, रजिस्टर किया गया है, तो उस छोटे नाम का इस्तेमाल किया जाएगा. इसके बाद, अगर --experimental_use_platforms_in_Output_ इससे_legacy_heuristic सेट किया गया है, तो मौजूदा प्लैटफ़ॉर्म लेबल के आधार पर कोई छोटा नाम इस्तेमाल करें. आखिर में, प्लैटफ़ॉर्म विकल्प के हैश का इस्तेमाल आखिरी विकल्प के तौर पर किया जाता है.
टैग:affects_outputs
,experimental
--[no]experimental_use_llvm_covmap
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया है, तो Collect_code_coverage चालू होने पर Basel, gcov के बजाय llvm-cov कवरेज मैप जानकारी जनरेट करेगा.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कृपया इस फ़्लैग का इस्तेमाल, सिर्फ़ सुझाए गए माइग्रेशन या टेस्टिंग की रणनीति के हिस्से के तौर पर करें. ध्यान दें कि अनुमान में पहले से मालूम कमियां हैं और यह सुझाव दिया जाता है कि बस --experimental_override_name_platform_in_Output_dr पर निर्भर रहने पर माइग्रेट करें.
टैग:affects_outputs
,experimental
--fat_apk_cpu=<comma-separated set of options>
डिफ़ॉल्ट: "armeabi-v7a"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस विकल्प को सेट करने पर, फ़ैट वाले APK चालू हो जाते हैं, जिनमें सभी तय टारगेट आर्किटेक्चर के लिए नेटिव बाइनरी होते हैं, जैसे कि --fat_apk_cpu=x86,armeabi-v7a. अगर यह फ़्लैग बताया गया है, तो android_binary नियमों की निर्भरता के लिए --android_cpu को अनदेखा कर दिया जाता है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]fat_apk_hwasan
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या HWASAN स्प्लिट बनानी है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--fdo_instrument=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एफ़डीओ इंस्ट्रुमेंटेशन से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर की मदद से, यह डायरेक्ट्री का नाम भी स्वीकार करता है. इसके तहत, रनटाइम के दौरान, रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को डंप किया जाएगा.
टैग:affects_outputs
--fdo_optimize=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, एफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करें. ऐसी ZIP फ़ाइल का नाम बताएं जिसमें .gcda फ़ाइल ट्री हो, अपने-आप बनी प्रोफ़ाइल वाली afdo फ़ाइल या एलएलवीएम प्रोफ़ाइल फ़ाइल हो. इस फ़्लैग में लेबल के तौर पर दी गई फ़ाइलें (जैसे कि `//foo/bar:file.afdo` - आपको संबंधित पैकेज में `exports_files` डायरेक्टिव जोड़ना पड़ सकता है) और `fdo_profile` टारगेट पर ले जाने वाले लेबल भी स्वीकार करता है. `fdo_profile` नियम के तहत इस फ़्लैग की जगह ले ली जाएगी.
टैग:affects_outputs
--fdo_prefetch_hints=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कैश मेमोरी के लिए प्रीफ़ेच संकेतों का इस्तेमाल करें.
टैग:affects_outputs
--fdo_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऑप्टिमाइज़ेशन के लिए इस्तेमाल की जाने वाली प्रोफ़ाइल को दिखाने वाली fdo_profile.
टैग:affects_outputs
--features=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट कॉन्फ़िगरेशन में बनाए गए टारगेट के लिए, दी गई सुविधाएं डिफ़ॉल्ट रूप से चालू या बंद होंगी. -<feature> की जानकारी देना सुविधा को बंद कर देगा. नकारात्मक सुविधाएं हमेशा सकारात्मक विशेषताओं को ओवरराइड करती हैं. यह भी देखें --host_features
टैग:changes_inputs
,affects_outputs
--[no]force_pic
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो सभी C++ कंपाइलेशन, पोज़िशन-इंडिपेंडेंट कोड ("-fPIC") बनाते हैं. लिंक, गैर-PIC लाइब्रेरी के बजाय पहले से बनी PIC लाइब्रेरी को प्राथमिकता देते हैं, और लिंक, पोज़िशन के हिसाब से एक्ज़ीक्यूटेबल एक्ज़ीक्यूटेबल ("-pie") बनाते हैं.
टैग:loading_and_analysis
,affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़ीक्यूशन कॉन्फ़िगरेशन के साथ कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल का सेट तय करता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में वैल्यू को शुरू करने के माहौल से लिया जाएगा या ऐसे name=value पेयर से लिया जाएगा जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है; .
टैग:action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt>
डिफ़ॉल्ट: "ऑप्ट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के दौरान इस्तेमाल किए जाने वाले टूल का मोड तय करें. मान: 'Fastbuild', 'dbg', 'opt'.
टैग:affects_outputs
,action_command_lines
--host_conlyopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में C (लेकिन C++ नहीं) सोर्स फ़ाइलों को कंपाइल करते समय C कंपाइलर को पास करने का अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_copt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में बनाए गए टूल के लिए C कंपाइलर को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_cpu=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
होस्ट का सीपीयू.
टैग:changes_inputs
,affects_outputs
--host_cxxopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में बनाए गए टूल के लिए C++ कंपाइलर को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_features=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह सुविधा, एक्ज़ीक्यूटेबल कॉन्फ़िगरेशन में बनाए गए टारगेट के लिए, डिफ़ॉल्ट रूप से चालू या बंद हो जाएगी. -<feature> की जानकारी देना सुविधा को बंद कर देगा. नकारात्मक सुविधाएं हमेशा सकारात्मक विशेषताओं को ओवरराइड करती हैं.
टैग:changes_inputs
,affects_outputs
--host_force_python=<PY2 or PY3>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन के लिए Python वर्शन को ओवरराइड करता है. यह "PY2" हो सकता है या "PY3" है.
टैग:loading_and_analysis
,affects_outputs
--host_linkopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़ीक्यूशन कॉन्फ़िगरेशन में टूल लिंक करते समय, लिंकर को पास करने का अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
होस्ट टारगेट के लिए, कम से कम इसके साथ काम करने वाला macOS वर्शन. अगर जानकारी नहीं है, तो 'macos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में कुछ फ़ाइलों को कंपाइल करते समय C/C++ कंपाइलर को चुनिंदा रूप से पास करने के लिए अतिरिक्त विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है (यह भी देखें --instrumentation_filter). विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ में बार.cc के अलावा सभी cc फ़ाइलों की cc कमांड लाइन में -O0 कमांड लाइन का विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--host_swiftcopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़िक्यूटिव टूल के लिए swiftc को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--[no]incompatible_auto_exec_groups
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, किसी नियम में इस्तेमाल होने वाले हर टूलचेन के लिए एक्ज़ेक्यूटिव ग्रुप अपने-आप बन जाता है. इसके काम करने के लिए, नियम को अपनी कार्रवाइयों पर `toolchain` पैरामीटर तय करना होगा. ज़्यादा जानकारी के लिए, https://github.com/bazibuild/bagel/issues/17134 देखें.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_merge_genfiles_directory
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो जेनफ़ाइल डायरेक्ट्री को बिन डायरेक्ट्री में फ़ोल्ड किया जाता है.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_use_host_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो --सिर्फ़ टारगेट कॉन्फ़िगरेशन के लिए सुविधाएं और लागू कॉन्फ़िगरेशन के लिए --host_features का इस्तेमाल करें.
टैग:changes_inputs
,affects_outputs
,incompatible_change
--[no]instrument_test_targets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज की सुविधा चालू होने पर, यह तय किया जाता है कि जांच के नियमों को इंस्टॉल करना है या नहीं. सेट होने पर, --instrumentation_filter पर शामिल किए गए टेस्ट नियम इंस्ट्रुमेंट किए जाते हैं. ऐसा न होने पर, टेस्ट के नियमों को हमेशा कवरेज इंस्ट्रुमेंटेशन से बाहर रखा जाता है.
टैग:affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: "-/javatests[/:],-/test/java[/:]"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज चालू होने पर, सिर्फ़ खास रेगुलर एक्सप्रेशन-आधारित फ़िल्टर में शामिल नामों वाले नियम ही लागू किए जाएंगे. नियमों की शुरुआत '-' से की गई है इसके बजाय, इन्हें निकाल दिया जाता है. ध्यान दें कि जब तक --instrument_test_targets को चालू नहीं किया जाता, तब तक सिर्फ़ नॉन-टेस्ट नियमों को इंस्ट्रुमेंट किया जाता है.
टैग:affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाला कम से कम iOS वर्शन. अगर तय नहीं है, तो 'ios_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिससे ios_application. नतीजा एक यूनिवर्सल बाइनरी है, जिसमें सभी खास आर्किटेक्चर शामिल हैं.
टैग:loses_incremental_state
,loading_and_analysis
--[no]legacy_whole_archive
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अमान्य हो चुका है, --inबेमेल_remove_legacy_whole_archive (ज़्यादा जानकारी के लिए https://github.com/baज़ेनbuild/bagel/issues/7362 देखें) का इस्तेमाल कर सकता है. इसे चालू होने पर, cc_binary नियमों के लिए -पूरा-संग्रह का इस्तेमाल करें, जिसमें linkshared=True और linkstatic=True या '-static' हो लिंकऑप्ट में. यह सुविधा सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए है. ज़रूरत पड़ने पर,Alwayslink=1 का इस्तेमाल करना एक बेहतर विकल्प है.
टैग:action_command_lines
,affects_outputs
,deprecated
--linkopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लिंक करते समय जीसीसी को भेजने का एक और विकल्प.
टैग:action_command_lines
,affects_outputs
--ltobackendopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एलटीओ बैकएंड चरण को पास करने के लिए एक और विकल्प (--features=thin_lto के तहत).
टैग:action_command_lines
,affects_outputs
--ltoindexopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एलटीओ इंडेक्स करने के चरण को पास करने के लिए अतिरिक्त विकल्प (-features=thin_lto के तहत).
टैग:action_command_lines
,affects_outputs
--macos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple macOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट के लिए, कम से कम इसके साथ काम करने वाला macOS वर्शन. अगर जानकारी नहीं है, तो 'macos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--memprof_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मेमप्रोफ़ प्रोफ़ाइल का इस्तेमाल करें.
टैग:affects_outputs
--[no]objc_debug_with_GLIBCXX
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIBCPP_CONCEPT_CHECKS के बारे में बताएं.
टैग:action_command_lines
--[no]objc_enable_binary_stripping
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लिंक की गई बाइनरी पर प्रतीक और डेड-कोड स्ट्रिपिंग करनी है या नहीं. अगर इस फ़्लैग और --compilation_mode=opt, दोनों के बारे में बताया गया है, तो बाइनरी स्ट्रिपिंग की जाएगी.
टैग:action_command_lines
--objccopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Objective-C/C++ सोर्स फ़ाइलों को कंपाइल करते समय, gcc को पास करने के लिए दूसरे विकल्प.
टैग:action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ फ़ाइलों को कंपाइल करते समय, gcc को चुनिंदा तरीके से पास करने के लिए अन्य विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है (यह भी देखें --instrumentation_filter). विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ में बार.cc को छोड़कर, सभी cc कमांड लाइन में -O0 कमांड लाइन का विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ बैकएंड ऑब्जेक्ट को कंपाइल करते समय, एलटीओ बैकएंड ( --features=thin_lto के तहत) को चुनिंदा तौर पर पास करने के लिए अन्य विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है. विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo/ में बार.o को छोड़कर सभी o फ़ाइलों की LTO बैकएंड कमांड लाइन में -O0 कमांड लाइन विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--platform_suffix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स तय करता है.
टैग:loses_incremental_state
,affects_outputs
,loading_and_analysis
--propeller_optimize=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, प्रोपेलर प्रोफ़ाइल की जानकारी का इस्तेमाल करें.प्रोपेलर प्रोफ़ाइल में कम से कम दो में से एक फ़ाइल होनी चाहिए, एक कॉपी प्रोफ़ाइल और एक ld प्रोफ़ाइल. इस फ़्लैग में बिल्ड लेबल डाला जा सकता है, जिसमें प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों से जुड़ा लेबल होना चाहिए. उदाहरण के लिए, a/b/BUILD:प्रॉपेलर_ऑप्टिमाइज़( name = "prop Tager_profile", cc_profile = "prop एक्सप्लोर_cc_profile.txt", ld_profile = "prop सुनिश्चित_ld_profile.txt" में लेबल को लेबल करने वाली BUILD फ़ाइल. इन फ़ाइलों को बेज़ल में दृश्यमान बनाने के लिए, export_files डायरेक्टिव को संबंधित पैकेज में जोड़ना पड़ सकता है. इस विकल्प का इस्तेमाल इस तौर पर किया जाना चाहिए: --प्रॉपेलर_ऑप्टिमाइज़=//a/b:प्रॉपलर_profile
टैग:action_command_lines
,affects_outputs
--propeller_optimize_absolute_cc_profile=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोपेलर ऑप्टिमाइज़ किए गए बिल्ड के लिए cc_profile फ़ाइल का ऐब्सलूट पाथ नाम.
टैग:affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोपेलर ऑप्टिमाइज़ किए गए बिल्ड के लिए ld_profile फ़ाइल का ऐब्सलूट पाथ.
टैग:affects_outputs
--run_under=<a prefix in front of command>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'test' के लिए एक्ज़ीक्यूटेबल से पहले सम्मिलित करने के लिए उपसर्ग और 'चलना' है निर्देश देखें. अगर वैल्यू 'foo -bar' है और एक्ज़ीक्यूशन कमांड लाइन 'test_binary -baz' है, तो आखिरी कमांड लाइन 'foo -bar test_binary -baz' होगी. यह किसी एक्ज़ीक्यूटेबल टारगेट का लेबल भी हो सकता है. इसके कुछ उदाहरण हैं: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
टैग:action_command_lines
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी को अलग-अलग टारगेट के बीच शेयर किया जाएगा
टैग:loading_and_analysis
,affects_outputs
--[no]stamp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तारीख, उपयोगकर्ता नाम, होस्टनेम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ बाइनरी स्टैंप करें.
टैग:affects_outputs
--strip=<always, sometimes or never>
डिफ़ॉल्ट: "कभी-कभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाना है या नहीं ("-Wl,--strip-debug" इस्तेमाल करके). 'कभी-कभी' का डिफ़ॉल्ट मान इसका मतलब है पट्टी iff --compilation_mode=fastbuild.
टैग:affects_outputs
--stripopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'<name>.stripped' जनरेट करते समय स्ट्रिप को पास करने के लिए अतिरिक्त विकल्प बाइनरी.
टैग:action_command_lines
,affects_outputs
--swiftcopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्विफ़्ट कंपाइलेशन में पास करने के लिए अन्य विकल्प.
टैग:action_command_lines
--tvos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple tvOS बाइनरी बनानी है.
टैग:loses_incremental_state
,loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाला कम से कम tvOS वर्शन. अगर जानकारी उपलब्ध नहीं है, तो 'tvos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--visionos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple visionOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--watchos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple WatchOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाले WatchOS का कम से कम वर्शन. अगर जानकारी नहीं है, तो 'watchos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--xbinary_fdo=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, XbinaryFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम डालें. जब विकल्प का इस्तेमाल --fdo_instrument/--fdo_ऑप्टिमाइज़/--fdo_profile के साथ किया जाता है, तो वे विकल्प हमेशा इस तरह लागू होंगे जैसे कि xbinary_fdo की जानकारी कभी न दी गई हो.
टैग:affects_outputs
- वे विकल्प जो इस बात पर असर डालते हैं कि Basel के मान्य बिल्ड इनपुट को कितनी सख्ती से लागू किया जाता है (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट_एनवायरमेंट वैल्यू के लिए अपने-आप सीपीयू वैल्यू मैप करने के लिए,Environment_group का इस्तेमाल करें.
टैग:changes_inputs
,loading_and_analysis
,experimental
--[no]check_licenses
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि डिपेंडेंट पैकेज के लिए लागू की गई लाइसेंस की सीमाएं, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड पर असर न डालें. डिफ़ॉल्ट रूप से, लाइसेंस की जांच नहीं की जाती.
टैग:build_file_semantics
--[no]check_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति बंद है, तो टारगेट डिपेंडेंसी में दिखने से जुड़ी गड़बड़ियों को कम करके, चेतावनियों के तौर पर शामिल कर दिया जाता है.
टैग:build_file_semantics
--[no]desugar_for_android
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डेक्सिंग से पहले Java 8 बाइट कोड को बंद करना है या नहीं.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]desugar_java8_libs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि लेगसी डिवाइसों के लिए, ऐप्लिकेशन में काम करने वाली Java 8 लाइब्रेरी शामिल करनी हैं या नहीं.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]enforce_constraints
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह जांच करता है कि हर टारगेट किन एनवायरमेंट के साथ काम करता है. साथ ही, अगर किसी टारगेट में ऐसी डिपेंडेंसी हैं जो एक जैसे एनवायरमेंट के साथ काम नहीं करती हैं, तो गड़बड़ियों की रिपोर्ट करती है
टैग:build_file_semantics
--[no]experimental_check_desugar_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या Android बाइनरी लेवल पर सही डीयूगरिंग की दोबारा जांच करनी है.
टैग:eagerness_to_exit
,loading_and_analysis
,experimental
--experimental_import_deps_checking=<off, warning or error>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चालू होने पर, देखें कि aar_Import की निर्भरता पूरी हुई हैं या नहीं. इस नीति के उल्लंघन की वजह से, बिल्ड टूट सकता है या सिर्फ़ चेतावनियां मिल सकती हैं.
टैग:loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो यह जांच करता है कि Java टारगेट, सीधे तौर पर इस्तेमाल किए जाने वाले सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग:build_file_semantics
,eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे चालू किया जाता है, तो सिर्फ़ जनरेट करने वाले नियम के सिर्फ़ टेस्ट करने के लिए देखकर, उन ज़रूरी टारगेट के लिए जांच करें जो आउटपुट फ़ाइलें हैं. यह 'किसको दिखे' सेटिंग से मेल खाता है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_check_visibility_for_toolchains
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सेटिंग चालू है, तो 'किसको दिखे' सेटिंग, टूलचेन को लागू करने की प्रोसेस पर भी लागू होती है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_disable_native_android_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो Android के नियमों को सीधे तौर पर इस्तेमाल करने की सुविधा बंद कर दी जाती है. कृपया https://github.com/ba इमारतोंbuild/rules_android पर जाकर, Starlark Android के नियमों का इस्तेमाल करें
टैग:eagerness_to_exit
,incompatible_change
--[no]incompatible_disable_native_apple_binary_rule
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए यहां रखा गया.
टैग:eagerness_to_exit
,incompatible_change
--[no]incompatible_python_disable_py2
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Python 2 सेटिंग का इस्तेमाल करने से गड़बड़ी हो सकती है. इसमें python_version=PY2, srcs_version=PY2, और srcs_version=PY2ONLY शामिल हैं. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/15684 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_validate_top_level_header_inclusions
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Basel की ओर से टॉप लेवल डायरेक्ट्री का हेडर शामिल किए जाने की पुष्टि भी की जाएगी. ज़्यादा जानकारी के लिए, https://github.com/bazubuild/ba बहुत/issues/10047 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--python_native_rules_allowlist=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--inबेमेल_python_disallow_native_rules को लागू करते समय इस्तेमाल करने के लिए अनुमति वाली सूची (package_group टारगेट).
टैग:loading_and_analysis
--[no]strict_filesets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प चालू है, तो पैकेज की सीमाएं पार करने वाली फ़ाइलसेट को गड़बड़ियों के तौर पर रिपोर्ट किया जाता है.
टैग:build_file_semantics
,eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जब तक बंद न हो, तब तक यह जांच करता है कि proto_library टारगेट साफ़ तौर पर सभी सीधे इस्तेमाल किए गए टारगेट को डिपेंडेंसी के तौर पर बताता है.
टैग:build_file_semantics
,eagerness_to_exit
,incompatible_change
--strict_public_imports=<off, warn, error, strict or default>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बंद न होने तक, यह जांच करता है कि Proto_library टारगेट साफ़ तौर पर 'सार्वजनिक इंपोर्ट' में इस्तेमाल किए गए सभी टारगेट के बारे में बताता है या नहीं के रूप में एक्सपोर्ट किया जाता है.
टैग:build_file_semantics
,eagerness_to_exit
,incompatible_change
--[no]strict_system_includes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना भी ज़रूरी होता है.
टैग:loading_and_analysis
,eagerness_to_exit
--target_environment=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस बिल्ड के टारगेट एनवायरमेंट का एलान करता है. किसी "एनवायरमेंट" का लेबल रेफ़रंस होना चाहिए नियम. अगर तय किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने चाहिए.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड के साइनिंग आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4>
डिफ़ॉल्ट: "v1_v2"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
APKs पर साइन करने के लिए, लागू करने का तरीका
टैग:action_command_lines
,affects_outputs
,loading_and_analysis
--[no]device_debug_entitlements
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे सेट किया जाता है और कंपाइलेशन मोड 'ऑप्ट' नहीं करता है, तो साइन इन करते समय, ऑब्जेसी ऐप्लिकेशन डीबग एनटाइटलमेंट को शामिल करेंगे.
टैग:changes_inputs
--ios_signing_cert_name=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
iOS साइनिंग के लिए इस्तेमाल करने के लिए, सर्टिफ़िकेट का नाम. अगर इस नीति को सेट नहीं किया जाता है, तो इसे सेट अप करने के लिए इस्तेमाल की जाने वाली प्रोफ़ाइल पर वापस लाया जाएगा. यह कोडसाइन के मैन पेज (SIGNING IDENTITIES) के मुताबिक, सर्टिफ़िकेट की कीचेन आइडेंटिटी प्राथमिकता या सर्टिफ़िकेट के सामान्य नाम की (सबस्ट्रिंग) हो सकती है.
टैग:action_command_lines
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_disallow_legacy_py_provider
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं, जल्द ही हटा दिया जाएगा.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो objc_library andobjc_Import में sdk_frameworks और कम ऊर्जा_sdk_frameworks एट्रिब्यूट को अनुमति न दें.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_objc_alwayslink_by_default
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो objc_library और objc_Import में हमेशा लिंक एट्रिब्यूट के लिए डिफ़ॉल्ट वैल्यू को सही बनाएं.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_python_disallow_native_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, बिल्ट-इन py_* नियमों का इस्तेमाल करते समय गड़बड़ी होती है; इसके बजाय,Rule_python नियमों का इस्तेमाल करना चाहिए. डेटा को माइग्रेट करने के बारे में ज़्यादा जानकारी और निर्देश पाने के लिए, https://github.com/batzbuild/ba बहुत/issues/17773 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
- ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टारगेट टारगेट के लिए विश्लेषण में गड़बड़ी की वजह से टारगेट के लिए, गड़बड़ी की जानकारी वाले विश्लेषणFailureInfo के इंस्टेंस को लागू किया जाता है. इससे ऐप्लिकेशन बनाने में गड़बड़ी होती है.
टैग:loading_and_analysis
,experimental
--analysis_testing_deps_limit=<an integer>
डिफ़ॉल्ट: "2000"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ नियम एट्रिब्यूट के ज़रिए, ट्रांज़िटिव डिपेंडेंसी की ज़्यादा से ज़्यादा संख्या सेट करता है. अगर उपयोगकर्ता ने यह सीमा पार नहीं की, तो नियम से जुड़ी गड़बड़ी होगी.
टैग:loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही dex2oat कार्रवाई न होने पर, टेस्ट रनटाइम के दौरान dex2oat लागू करने के बजाय, बिल्ड टूट जाता है.
टैग:loading_and_analysis
,experimental
--[no]experimental_android_use_parallel_dex2oat
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
android_test को तेज़ी से बढ़ाने के लिए, साथ में dex2oat का इस्तेमाल करें.
टैग:loading_and_analysis
,host_machine_resource_optimizations
,experimental
--[no]ios_memleaks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग:action_command_lines
--ios_simulator_device=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिम्युलेटर में iOS ऐप्लिकेशन चलाते समय, सिम्युलेट किया जाने वाला डिवाइस, जैसे कि 'iPhone 6'. 'xcrun simctl list devicetypes' चलाकर डिवाइसों की सूची देखी जा सकती है मशीन पर सिम्युलेटर चलेगा.
टैग:test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रन करते या टेस्ट करते समय, सिम्युलेटर पर चलाने के लिए iOS का वर्शन. अगर नियम में टारगेट किए गए डिवाइस की जानकारी दी गई है, तो इसे ios_test के नियमों के लिए अनदेखा कर दिया जाएगा.
टैग:test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इससे पता चलता है कि हर टेस्ट को कितनी बार करना है. अगर इनमें से कोई भी कोशिश किसी वजह से फ़ेल हो जाती है, तो पूरी जांच को फ़ेल माना जाता है. आम तौर पर, डाली गई वैल्यू सिर्फ़ एक पूर्णांक होती है. उदाहरण: --runs_per_test=3 सभी जांच तीन बार चलेगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test का मतलब पूर्णांक वैल्यू है और regex_filter, रेगुलर एक्सप्रेशन पैटर्न की सूची को दिखाता है और इसमें शामिल नहीं है (इसे भी देखें --instrumentation_filter). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3, //foo/ में तीन बार जांच करता है. हालांकि, foo/bar में मौजूद जांच को तीन बार चलाया जाता है. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. हाल ही में पास किए गए आर्ग्युमेंट को प्राथमिकता दी जाती है. अगर कुछ भी मैच नहीं करता है, तो जांच सिर्फ़ एक बार की जाती है.
--test_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अतिरिक्त एनवायरमेंट वैरिएबल तय करता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में, इसकी वैल्यू को बेज़ल क्लाइंट एनवायरमेंट से या name=value पेयर के ज़रिए पढ़ा जाएगा. कई वैरिएबल तय करने के लिए, इस विकल्प का इस्तेमाल कई बार किया जा सकता है. सिर्फ़ 'बेज़ल टेस्ट' में इस्तेमाल किया जाता है आदेश.
टैग:test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है जांच के टाइम आउट की डिफ़ॉल्ट वैल्यू को बदलें (सेकंड में). अगर एक पॉज़िटिव पूर्णांक वैल्यू दी जाती है, तो वह सभी कैटगरी को बदल देगी. अगर कॉमा लगाकर अलग किए गए चार पूर्णांक दिए गए हैं, तो वे टाइम आउट को छोटे, सामान्य, लंबे, और अनंत (इसी क्रम में) के लिए बदल देंगे. दोनों ही रूपों में, -1 की वैल्यू से ब्लेज़ को उस कैटगरी के लिए अपने डिफ़ॉल्ट टाइम आउट का इस्तेमाल करने का निर्देश मिलता है.
--[no]zip_undeclared_test_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग:test_runner
- क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise>
डिफ़ॉल्ट: "कंज़र्वेटिव"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर आउटपुट फ़ॉर्मैट, {xml,proto,record} में से एक है, तो आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी को हल करने का तरीका. 'बंद' इसका मतलब है कि किसी भी पहलू पर निर्भरता का समाधान नहीं हुआ है, 'कंज़र्वेटिव' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी जोड़ दी जाती हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी की नियम क्लास, 'सटीक' दी गई हो या नहीं इसका मतलब है कि सिर्फ़ उन पहलुओं को जोड़ा जाएगा जो डायरेक्ट डिपेंडेंसी की नियम क्लास दिए जाने पर शायद चालू हों. ध्यान दें कि सटीक मोड को एक ही टारगेट का आकलन करने के लिए, अन्य पैकेज लोड करने की ज़रूरत होती है. इस तरह, यह अन्य मोड के मुकाबले धीमा हो जाता है. इस बात पर भी ध्यान दें कि सटीक मोड भी पूरी तरह सटीक नहीं होता: किसी पहलू का हिसाब लगाने का फ़ैसला, विश्लेषण के चरण में लिया जाता है. हालांकि, 'बेज़ल क्वेरी' के दौरान यह फ़ैसला नहीं लिया जाता.
टैग:build_file_semantics
--[no]consistent_labels
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की गई है, तो हर क्वेरी कमांड से लेबल ऐसे दिखते हैं जैसे Starlark <code>str</code> <code>लेबल</code> पर फ़ंक्शन लागू किया गया इंस्टेंस. यह उन टूल के लिए काम का है जिन्हें क्वेरी के अलग-अलग निर्देशों और/या नियमों से जनरेट होने वाले लेबल के आउटपुट से मैच करने की ज़रूरत होती है. अगर इस नीति को चालू नहीं किया जाता है, तो आउटपुट फ़ॉर्मैट करने वाले लोग, डेटा स्टोर करने की मुख्य जगह के नाम (डेटा स्टोर करने की मुख्य जगह के बजाय) का इस्तेमाल कर सकते हैं. इससे आउटपुट को पढ़ने में आसानी होती है.
टैग:terminal_output
--[no]graph:factored
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ग्राफ़ को 'फ़ैक्टर' के तौर पर दिखाया जाएगा. इसका मतलब है कि जगह के हिसाब से समतुल्य नोड को एक साथ मर्ज कर दिया जाएगा और उनके लेबल जोड़ दिए जाएंगे. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--graph:node_limit=<an integer>
डिफ़ॉल्ट: "512"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में किसी ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि काट-छांट नहीं की जाएगी. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--[no]implicit_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू है, तो इंप्लिसिट डिपेंडेंसी को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी वह है जिसे BUILD फ़ाइल में साफ़ तौर पर तय नहीं किया गया है, लेकिन उसे बैजल से जोड़ा गया है. क्वेरी के लिए, यह विकल्प ऐसे टूलचेन को फ़िल्टर करने की सुविधा को कंट्रोल करता है जिनका समाधान हो चुका है.
टैग:build_file_semantics
--[no]include_artifacts
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में ऐक्शन इनपुट और आउटपुट के नाम शामिल करता है (यह कितना बड़ा हो सकता है).
टैग:terminal_output
--[no]include_aspects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
aquery, cquery: क्या आउटपुट में आसपेक्ट रेशियो से जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (पदों का हमेशा अनुसरण किया जाता है).
टैग:terminal_output
--[no]include_commandline
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में ऐक्शन कमांड लाइन का कॉन्टेंट शामिल करता है (यह कितना बड़ा हो सकता है).
टैग:terminal_output
--[no]include_file_write_contents
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
FileWrite, SourceSymlinkManifest, और RepoMappingManifest कार्रवाइयों (ये काफ़ी बड़े हो सकते हैं) के लिए, फ़ाइल का कॉन्टेंट शामिल करें.
टैग:terminal_output
--[no]include_param_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कमांड में इस्तेमाल की गई पैरामीटर फ़ाइलों का कॉन्टेंट शामिल करें (यह बड़ी हो सकती है). ध्यान दें: इस फ़्लैग को चालू करने से --include_commandline फ़्लैग अपने-आप चालू हो जाएगा.
टैग:terminal_output
--[no]incompatible_package_group_includes_double_slash
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो Package_group के `packages` एट्रिब्यूट को आउटपुट करते समय, सबसे पहले वाले `//` को नहीं हटाया जाएगा.
टैग:terminal_output
,incompatible_change
--[no]infer_universe_scope
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट नहीं है और --universe_scope को सेट नहीं किया गया, तो क्वेरी एक्सप्रेशन में, यूनीक टारगेट पैटर्न की सूची के तौर पर --universe_scope की वैल्यू का पता लगाया जाएगा. ध्यान दें, ऐसा हो सकता है कि यूनिवर्स के स्कोप वाले फ़ंक्शन (जैसे कि`allrdeps`) का इस्तेमाल करने वाले क्वेरी एक्सप्रेशन के लिए, --universe_scope की अनुमानित वैल्यू, आपकी पसंद के मुताबिक न हो. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आपको पता हो कि क्या करना है. ज़्यादा जानकारी और उदाहरणों के लिए, https://bagel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प की वैल्यू को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery` पर नहीं).
टैग:loading_and_analysis
--[no]line_terminator_null
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है या नहीं.
टैग:terminal_output
--[no]nodep_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो "nodep" से शुरू होता है एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. "नोडेप" का एक सामान्य उदाहरण एट्रिब्यूट "विज़िबिलिटी" है. सभी "nodep" के बारे में जानने के लिए, `info Build-language` के आउटपुट को चलाएं और पार्स करें एट्रिब्यूट की वैल्यू सबमिट करें.
टैग:build_file_semantics
--output=<a string>
डिफ़ॉल्ट: "टेक्स्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. किसी क्वेरी के लिए ये वैल्यू इस्तेमाल की जा सकती हैं: text, textproto, proto, stream_proto, jsonproto.
टैग:terminal_output
--[no]proto:default_values
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ऐसे एट्रिब्यूट शामिल किए जाते हैं जिनकी वैल्यू, BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है; ऐसा न होने पर उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है
टैग:terminal_output
--[no]proto:definition_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
परिभाषा_stack प्रोटो फ़ील्ड को पॉप्युलेट करें, जो हर नियम इंस्टेंस के लिए Starlark कॉल स्टैक को उस समय रिकॉर्ड करता है, जब नियम की क्लास तय की गई थी.
टैग:terminal_output
--[no]proto:flatten_selects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट कर दिए जाते हैं. सूची टाइप के लिए फ़्लैटन प्रज़ेंटेशन एक ऐसी सूची है जिसमें चुने गए मैप की हर वैल्यू को सिर्फ़ एक बार शामिल किया जाता है. स्केलर टाइप को फ़्लैट करके शून्य कर दिया जाता है.
टैग:build_file_semantics
--[no]proto:include_attribute_source_aspects
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एट्रिब्यूट के source_aspect_name प्रोटो फ़ील्ड को, उस सोर्स आसपेक्ट के साथ भरें जिससे यह एट्रिब्यूट मिला है (अगर ऐसा नहीं हुआ है, तो स्ट्रिंग खाली है).
टैग:terminal_output
--[no]proto:include_synthetic_attribute_hash
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$internal_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना है या नहीं.
टैग:terminal_output
--[no]proto:instantiation_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर नियम के इंस्टैंशिएट करने वाले कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग:terminal_output
--[no]proto:locations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या प्रोटो आउटपुट में जगह की जानकारी आउटपुट करनी है.
टैग:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
डिफ़ॉल्ट: "सभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में शामिल करने के लिए एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट का इस्तेमाल किया जाता है. किसी भी एट्रिब्यूट का आउटपुट देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है.
टैग:terminal_output
--[no]proto:rule_inputs_and_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नियम_इनपुट और नियम_आउटपुट फ़ील्ड में जानकारी अपने-आप भरी जाए या नहीं.
टैग:terminal_output
--query_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो क्वेरी कमांड लाइन के बजाय, यहां नाम वाली फ़ाइल से क्वेरी पढ़ेगी. यहां किसी फ़ाइल के साथ-साथ कोई कमांड-लाइन क्वेरी बताना एक गड़बड़ी है.
टैग:changes_inputs
--[no]relative_locations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह एक-दूसरे से मिलती-जुलती होगी. डिफ़ॉल्ट रूप से, जगह की जानकारी का आउटपुट एक ऐब्सलूट पाथ होता है और यह सभी मशीन पर एक जैसा नहीं होगा. सभी मशीनों पर एक जैसा नतीजा पाने के लिए, इस विकल्प को 'सही' पर सेट किया जा सकता है.
टैग:terminal_output
--[no]skyframe_state
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ज़्यादा विश्लेषण किए बिना, Skyframe से मौजूदा ऐक्शन ग्राफ़ को डंप करें. ध्यान दें: फ़िलहाल, --skyframe_state के साथ टारगेट तय नहीं किया जा सकता. यह फ़्लैग सिर्फ़ --आउटपुट=प्रोटो या --आउटपुट=टेक्स्टप्रोटो के साथ उपलब्ध है.
टैग:terminal_output
--[no]tool_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्वेरी: अगर यह सुविधा बंद है, तो 'एक्ज़िक कॉन्फ़िगरेशन' की निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी काम करती है. 'एक्ज़ीक्यूटिव कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी 'proto_library' से नियम, प्रोटोकॉल कंपाइलर का हिस्सा होता है. आम तौर पर, उपयोगकर्ताओं को 'टारगेट' के हिस्से के बजाय बिल्ड के दौरान एक्ज़ीक्यूट किए गए टूल की ओर पॉइंट करता है कार्यक्रम.
Cquery: यह सुविधा बंद होने पर, कॉन्फ़िगर किए गए उन सभी टारगेट को फ़िल्टर कर दिया जाता है जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट की तुलना में, एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट, टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही दिखाए जाएंगे. ये वे टारगेट भी होंगे जो टारगेट कॉन्फ़िगरेशन में शामिल हैं. अगर टॉप लेवल टारगेट, exec कॉन्फ़िगरेशन में है, तो सिर्फ़ लागू किए गए कॉन्फ़िगर किए गए टारगेट ही लौटाए जाएंगे. इस विकल्प में उन टूलचेन को शामिल नहीं किया जाएगा जिन्हें हल किया जा चुका है.
टैग:build_file_semantics
--universe_scope=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट पैटर्न का कॉमा-सेपरेटेड सेट (जोड़ और घटाव). यह क्वेरी, बताए गए टारगेट के ट्रांज़िटिव क्लोज़िंग से तय किए गए ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और क्वेरी कमांड के लिए किया जाता है.
cquery के लिए, इस विकल्प का इनपुट सभी जवाबों को टारगेट करता है. इसलिए, इस विकल्प से कॉन्फ़िगरेशन और ट्रांज़िशन पर असर पड़ सकता है. अगर इस विकल्प की जानकारी नहीं दी गई है, तो टॉप-लेवल के टारगेट को क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट माना जाता है. ध्यान दें: अगर क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट, टॉप-लेवल के विकल्पों के साथ बनाए नहीं जा सकते हैं, तो इस विकल्प को न बताने पर, बिल्ड टूट सकता है.
टैग:loading_and_analysis
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--[no]experimental_filter_library_jar_with_program_jar
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
LibraryJar में मौजूद किसी भी क्लास को हटाने के लिए, ProGuard ProgramJar को फ़िल्टर करें.
टैग:action_command_lines
--[no]experimental_inmemory_dotd_files
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की जाती है, तो C++ .d फ़ाइलों को डिस्क में लिखने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में पास कर दिया जाएगा.
टैग:loading_and_analysis
,execution
,affects_outputs
,experimental
--[no]experimental_inmemory_jdeps_files
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, Java कंपाइलेशन से जनरेट हुई डिपेंडेंसी (.jdeps) फ़ाइलों को डिस्क पर लिखने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में पास किया जाएगा.
टैग:loading_and_analysis
,execution
,affects_outputs
,experimental
--[no]experimental_objc_include_scanning
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच करनी है या नहीं, लेकिन मकसद C/C++ के लिए स्कैन करना है या नहीं.
टैग:loading_and_analysis
,execution
,changes_inputs
--[no]experimental_retain_test_configuration_across_testonly
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, --trim_test_configuration, testonly=1 के तौर पर मार्क किए गए नियमों के लिए, टेस्ट कॉन्फ़िगरेशन में काट-छांट नहीं करेगा. इसका मकसद, कार्रवाई से जुड़े विवादों को कम करना है. ऐसा तब होता है, जब टेस्ट नहीं किए जा रहे नियम, cc_test नियमों पर निर्भर होते हैं. --trim_test_ Configuration गलत होने पर कोई असर नहीं पड़ता.
टैग:loading_and_analysis
,loses_incremental_state
--[no]experimental_starlark_cc_import
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो cc_Import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग:loading_and_analysis
,experimental
--[no]experimental_unsupported_and_brittle_include_scanning
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इनपुट फ़ाइलों की #include लाइनों को पार्स करके, C/C++ कंपाइलेशन के लिए इनपुट को छोटा करें या नहीं. यह कंपाइलेशन इनपुट ट्री का साइज़ कम करके, परफ़ॉर्मेंस को बेहतर बनाने और बढ़ोतरी को बढ़ावा देने में मदद कर सकता है. हालांकि, यह बिल्ड को भी तोड़ सकता है, क्योंकि शामिल करने वाला स्कैनर, C प्रीप्रोसेसर सिमैंटिक को पूरी तरह लागू नहीं करता. खास तौर पर, यह डाइनैमिक #include डायरेक्टिव को नहीं समझता और प्रीप्रोसेसर कंडिशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. इस फ़्लैग से जुड़ी अगर कोई समस्या है, तो वह बंद हो जाएगी.
टैग:loading_and_analysis
,execution
,changes_inputs
--[no]incremental_dexing
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर Jar फ़ाइल की डेक्सिंग के लिए, ज़्यादातर काम अलग-अलग किया जाता है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]objc_use_dotd_pruning
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो क्लैंग की मदद से बनाई गई .d फ़ाइलों का इस्तेमाल, objc कंपाइलेशन में पास किए गए इनपुट के सेट को छोटा करने के लिए किया जाएगा.
टैग:changes_inputs
,loading_and_analysis
--[no]process_headers_in_dependencies
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट //a:a बनाते समय, उन सभी टारगेट के हेडर प्रोसेस करें जिन पर //a:a निर्भर करता है (अगर टूलचेन के लिए हेडर प्रोसेसिंग चालू है).
टैग:execution
--[no]trim_test_configuration
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, बिल्ड के टॉप लेवल के नीचे जांच से जुड़े विकल्प मिटा दिए जाएंगे. अगर यह फ़्लैग चालू है, तो टेस्ट को नॉन-टेस्ट नियमों के आधार पर नहीं बनाया जा सकता. हालांकि, टेस्ट से जुड़े विकल्पों में बदलाव करने से, नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग:loading_and_analysis
,loses_incremental_state
- वे विकल्प जो लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालते हैं:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: "-.*"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टूलचेन रिज़ॉल्यूशन के दौरान डीबग की जानकारी प्रिंट करें. फ़्लैग एक रेगुलर एक्सप्रेशन लेता है. इसकी जांच टूलचेन टाइप और खास टारगेट के आधार पर की जाती है, ताकि यह पता लगाया जा सके कि किसे डीबग करना है. कई रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. इसके बाद, हर रेगुलर एक्सप्रेशन की अलग-अलग जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत जटिल है. यह हो सकता है कि यह सिर्फ़ टूलचेन रिज़ॉल्यूशन के विशेषज्ञों के लिए काम का हो.
टैग:terminal_output
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--flag_alias=<a 'name=value' flag alias>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह Starlark फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह "<key>=<value>" रूप में एक की-वैल्यू पेयर लेता है का इस्तेमाल करें.
टैग:changes_inputs
--[no]incompatible_default_to_explicit_init_py
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग डिफ़ॉल्ट बिहेवियर बदल देता है, ताकि Python टारगेट की रनफ़ाइल में __init__.py फ़ाइलें अब अपने-आप न बने रहें. सटीक रूप से, जब किसी py_binary या py_test टारगेट में लेगसी_create_init "ऑटो" पर सेट हो (डिफ़ॉल्ट रूप से), इस फ़्लैग के सेट होने पर ही इसे गलत माना जाता है. https://github.com/baazbuild/baZZ/issues/10076 पर जाएं.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_py2_outputs_are_suffixed
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Python 2 कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे. इसमें सफ़िक्स '-py2' होगा, जबकि Python 3 के लिए बनाए गए टारगेट, रूट में दिखेंगे. इनमें Python से जुड़ा कोई सफ़िक्स नहीं होगा. इसका मतलब है कि `bazz-bin` सुविधा सिमलिंक, Python 2 के बजाय Python 3 टारगेट पर ले जाएगा. अगर आपने इस विकल्प को चालू किया है, तो हमारा सुझाव है कि `--insupported_py3_is_default` को चालू करें.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_py3_is_default
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो `py_binary` और `py_test` टारगेट जो अपनी `python_version` (या `default_python_version`) विशेषता को सेट नहीं करते, वे PY2 के बजाय डिफ़ॉल्ट रूप से PY3 पर सेट हो जाएंगे. अगर आपने इस फ़्लैग को सेट किया है, तो हमारा सुझाव है कि `--insupported_py2_Outputs_are_suffixed` को सेट करें.
टैग:loading_and_analysis
,affects_outputs
,incompatible_change
--[no]incompatible_use_python_toolchains
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो एक्ज़ीक्यूटेबल नेटिव Python नियम, --python_top जैसे लेगसी फ़्लैग से दिए गए रनटाइम के बजाय, Python टूलचेन से तय किए गए Python रनटाइम का इस्तेमाल करेंगे.
टैग:loading_and_analysis
,incompatible_change
--python_version=<PY2 or PY3>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Python मेजर वर्शन मोड, `PY2` या `PY3`. ध्यान दें कि इस वैल्यू को `py_binary` और `py_test` टारगेट (भले ही वे किसी वर्शन की जानकारी न देते हों) से ओवरराइड किया गया है. इसलिए, आम तौर पर इस फ़्लैग को देने की ज़्यादा वजह नहीं होती.
टैग:loading_and_analysis
,affects_outputs
- अन्य विकल्प, अन्य कैटगरी में नहीं रखे जाते.:
--[no]cache_test_results
[-t
] डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर 'ऑटो' पर सेट किया जाता है, तो Baze टेस्ट को दोबारा तब टेस्ट करता है, जब: (1) Basel को टेस्ट या उसकी डिपेंडेंसी में बदलावों का पता चलता है, (2) टेस्ट को बाहरी के तौर पर मार्क किया गया है, (3) --runs_per_test की मदद से एक से ज़्यादा टेस्ट रन करने का अनुरोध किया गया था या(4) टेस्ट पहले फ़ेल हो गया था. अगर यह 'हां' पर सेट है, तो Basel के टेस्ट के नतीजे, बाहरी के तौर पर मार्क किए गए टेस्ट को छोड़कर सभी को कैश मेमोरी में सेव होते हैं. अगर यह 'नहीं' पर सेट है, तो Baze किसी भी टेस्ट नतीजे को कैश मेमोरी में सेव नहीं करता है.
--[no]experimental_cancel_concurrent_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Blaze पहली बार सफल होने पर एक ही समय में चल रहे टेस्ट रद्द कर देगा. यह सिर्फ़ --runs_per_test_detects_flakes के साथ मिलकर काम करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, कवरेज चलाने के दौरान हर टेस्ट के लिए, कवरेज डेटा डायरेक्ट्री को फ़ेच करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_generate_llvm_lcov
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो क्लैंग के लिए कवरेज एक एलसीओवी रिपोर्ट जनरेट करेगी.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_j2objc_header_map
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है क्या J2ObjC ट्रांसपिलेशन के साथ-साथ J2ObjC हेडर मैप जनरेट करना है.
--[no]experimental_j2objc_shorter_header_path
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
छोटे हेडर पाथ के साथ जनरेट करना है या नहीं ("_j2objc" के बजाय "_ios" का इस्तेमाल करता है").
टैग:affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>
डिफ़ॉल्ट: "javaबिल्डर"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java को कंपाइल करने के लिए, कम किए गए क्लासपाथ को चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सीमा --experimental_run_android_lint_on_java_rules और Android पर काम करने वाली लाइब्रेरी तक सीमित हैं.
टैग:affects_outputs
--[no]experimental_run_android_lint_on_java_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
java_* सोर्स की पुष्टि करनी है या नहीं.
टैग:affects_outputs
--[no]explicit_java_test_deps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है गलती से TestRunner के Deps से जानकारी पाने के बजाय, java_test में JUnit या Hamcrest की डिपेंडेंसी के बारे में साफ़ तौर पर जानकारी दें. फ़िलहाल, यह सुविधा सिर्फ़ बेज़ल के लिए काम करती है.
--host_java_launcher=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल के लिए इस्तेमाल किया जाने वाला Java लॉन्चर.
--host_javacopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल बनाते समय, javac को पास करने के लिए अतिरिक्त विकल्प.
--host_jvmopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल बनाते समय, Java वीएम पास करने के लिए दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_check_sharding_support
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो अगर टेस्ट रनर यह नहीं बताता है कि वह TEST_SHARD_STATUS_FILE में मौजूद पाथ पर फ़ाइल को टच करके शार्डिंग की सुविधा देता है, तो Basel, शार्ड टेस्ट में फ़ेल हो जाएगा. गलत होने पर, शार्ड का समर्थन नहीं करने वाले टेस्ट रनर से हर शार्ड में सभी टेस्ट चल जाएंगे.
टैग:incompatible_change
--[no]incompatible_exclusive_test_sandboxed
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो खास टेस्ट सैंडबॉक्स की गई रणनीति के साथ किए जाएंगे. 'स्थानीय' जोड़ें टैग की मदद से किसी खास टेस्ट को स्थानीय तौर पर चलाना ज़रूरी बनाने के लिए टैग करें
टैग:incompatible_change
--[no]incompatible_strict_action_env
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, PATH के लिए स्टैटिक वैल्यू वाले एनवायरमेंट का इस्तेमाल करता है और LD_LIBRARY_PATH को इनहेरिट नहीं करता है. अगर आपको क्लाइंट से कुछ एनवायरमेंट वैरिएबल इनहेरिट करने हैं, तो --action_env=ENV_VARIABLE का इस्तेमाल करें. हालांकि, ध्यान रखें कि ऐसा करने से, शेयर की गई कैश मेमोरी का इस्तेमाल करने पर क्रॉस-यूज़र कैशिंग में रुकावट आएगी.
टैग:loading_and_analysis
,incompatible_change
--j2objc_translation_flags=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है J2ObjC टूल को पास करने के लिए अन्य विकल्प.
--java_debug
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसकी वजह से, Java टेस्ट की Java वर्चुअल मशीन को टेस्ट शुरू करने से पहले, JDWP के नियमों का पालन करने वाले डीबगर (जैसे कि jdb) से कनेक्शन मिलने का इंतज़ार करना पड़ता है. इसमें -test_Output=streamed का इस्तेमाल हुआ है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है हर Java टारगेट के लिए, डिपेंडेंसी जानकारी (अभी के लिए, कंपाइल-टाइम क्लासपाथ) जनरेट करें.
--[no]java_header_compilation
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है सीधे सोर्स से iJर कंपाइल करें.
--java_language_version=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java भाषा वर्शन
--java_launcher=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java बाइनरी बनाते समय इस्तेमाल करने के लिए Java लॉन्चर. अगर यह फ़्लैग खाली स्ट्रिंग पर सेट है, तो JDK लॉन्चर का इस्तेमाल किया जाता है. "लॉन्चर" विशेषता इस फ़्लैग को ओवरराइड कर देती है.
--java_runtime_version=<a string>
डिफ़ॉल्ट: "local_jdk"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java रनटाइम वर्शन
--javacopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है javac को पास करने के लिए अतिरिक्त विकल्प.
--jvmopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java वीएम को पास करने के लिए दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--legacy_main_dex_list_generator=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से उन क्लास की सूची जनरेट करने के लिए एक बाइनरी के बारे में पता चलता है जो लेगसी मल्टीडेक्स को कंपाइल करते समय मुख्य dex में होनी चाहिए.
--optimizing_dexer=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिना शार्ड किए डेक्सिंग करने के लिए बाइनरी बताता है.
--plugin=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड में इस्तेमाल करने के लिए प्लगिन. फ़िलहाल, यह java_plugin के साथ काम करता है.
--proguard_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से पता चलता है कि Java बाइनरी बनाते समय, कोड हटाने के लिए ProGuard के किस वर्शन का इस्तेमाल करना चाहिए.
--proto_compiler=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:protoc"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोटो-कंपाइलर का लेबल.
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_cc=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:cc_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल, जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>
का डिफ़ॉल्ट अनुवाद: "@bagel_tools//tools/j2objc:j2objc_proto_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो j2objc प्रोटो को इकट्ठा करने का तरीका बताता है
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_java=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:java_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो बताता है कि Java प्रोटो को कैसे कंपाइल किया जाए
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_javalite=<a build target label>
डिफ़ॉल्ट: "@baaz_tools//tools/proto:javalite_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो बताता है कि JavaLite प्रोटो को कैसे कंपाइल किया जाए
टैग:affects_outputs
,loading_and_analysis
--protocopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोटोबफ़ कंपाइलर को पास करने के लिए अन्य विकल्प.
टैग:affects_outputs
--[no]runs_per_test_detects_flakes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो कोई भी शार्ड जिसमें कम से कम एक दौड़/प्रयास पास होता है और कम से कम एक दौड़/प्रयास विफल होता है उसे फ्लैकी स्थिति मिलती है.
--shell_executable=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल के इस्तेमाल के लिए, एक्ज़ीक्यूटेबल शेल का ऐब्सलूट पाथ. अगर इसे सेट नहीं किया जाता है, लेकिन BAZEL_SH एनवायरमेंट वैरिएबल पहले Basel को शुरू करने की प्रोसेस पर सेट है, (जिससे Baze सर्वर चालू होता है) उसका इस्तेमाल किया जाता है. यदि दोनों में से कोई भी सेट नहीं है, तो Ba जानना, आपके द्वारा चलाए जाने वाले ऑपरेटिंग सिस्टम के आधार पर हार्ड कोड किए गए डिफ़ॉल्ट पथ का उपयोग करता है (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, अन्य सभी: /bin/bash). ध्यान दें कि किसी ऐसे शेल का इस्तेमाल करने से जो बैश के साथ काम नहीं करता है, हो सकता है कि जनरेट की गई बाइनरी बिल्ड न हो या रनटाइम बंद हो जाए.
टैग:loading_and_analysis
--test_arg=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से ऐसे अतिरिक्त विकल्प और आर्ग्युमेंट के बारे में पता चलता है जिन्हें टेस्ट के लिए एक्ज़ीक्यूट किया जा सकता है. कई आर्ग्युमेंट के बारे में बताने के लिए, इसका इस्तेमाल एक से ज़्यादा बार किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो उनमें से हर एक को एक जैसे तर्क मिलेंगे. सिर्फ़ 'बेज़ल टेस्ट' में इस्तेमाल किया जाता है आदेश.
--test_filter=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट फ़्रेमवर्क पर फ़ॉरवर्ड करने के लिए फ़िल्टर तय करता है. इसका इस्तेमाल, टेस्ट करने की सीमा तय करने के लिए किया जाता है. ध्यान दें कि इससे बनाए गए टारगेट पर कोई असर नहीं पड़ता.
--test_result_expiration=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस विकल्प के इस्तेमाल पर रोक लगा दी गई है और इसका कोई असर नहीं पड़ता है.
--[no]test_runner_fail_fast
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट रनर के लिए, फ़ॉरवर्ड तेज़ी से काम नहीं करने का विकल्प. पहली बार फ़ेल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce>
डिफ़ॉल्ट: "अश्लील"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट शार्डिंग के लिए रणनीति तय करें: 'अश्लील' 'shard_count' होने पर ही शार्डिंग का इस्तेमाल करने के लिए बिल्ड एट्रिब्यूट मौजूद है. 'अक्षम' टेस्ट शार्डिंग का इस्तेमाल कभी न करें. 'बल=k' 'k' लागू करने के लिए 'shard_count' की परवाह किए बिना परीक्षण के लिए शार्ड बिल्ड एट्रिब्यूट.
--tool_java_language_version=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java की भाषा का वर्शन, जिसका इस्तेमाल ऐसे टूल को एक्ज़ीक्यूट करने के लिए किया जाता है जो बिल्ड के दौरान ज़रूरी होते हैं
--tool_java_runtime_version=<a string>
डिफ़ॉल्ट: "remotejdk_11"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान टूल चलाने के लिए इस्तेमाल किया जाने वाला Java रनटाइम वर्शन
--[no]use_ijars
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह विकल्प चालू होने पर, Java को कंपाइल करने में इंटरफ़ेस जार का इस्तेमाल होता है. इससे तेज़ी से कंपाइलेशन होगा, लेकिन गड़बड़ी के मैसेज अलग हो सकते हैं.
बिल्ड के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]check_up_to_date
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड न करें, बस देख लें कि वह अप-टू-डेट है या नहीं. अगर सभी टारगेट अप-टू-डेट हैं, तो बिल्ड सफलतापूर्वक पूरा हो जाता है. अगर किसी चरण को पूरा करने की ज़रूरत है, तो गड़बड़ी की सूचना दी जाती है और बिल्ड फ़ेल हो जाता है.
टैग:execution
--dynamic_local_execution_delay=<an integer>
डिफ़ॉल्ट: "1000"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बिल्ड के दौरान कम से कम एक बार दूर से एक्ज़ीक्यूशन ज़्यादा तेज़ होता है, तो लोकल एक्ज़ीक्यूशन में कितने मिलीसेकंड की देरी होगी?
टैग:execution
,host_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
याददाश्त बढ़ाने के लिए, स्थानीय रणनीतियों का इस्तेमाल किया जाता है. इनमें से पहली लागू रणनीति का इस्तेमाल किया जाता है. उदाहरण के लिए, `worker,sandboxed` वे कार्रवाइयां करता है जो स्थायी कर्मचारियों को वर्कर रणनीति का इस्तेमाल करने में मदद करती हैं और बाकी सभी सैंडबॉक्स की गई रणनीति का इस्तेमाल करके. अगर याद रखने से जुड़ी कोई जानकारी नहीं दी गई है, तो याददाश्त बढ़ाने वाली सभी चीज़ों के लिए फ़ॉलबैक के तौर पर रणनीतियों की सूची का इस्तेमाल किया जाता है. अगर `experimental_local_lockfree_ मांग` सेट किए गए है,तो डिफ़ॉल्ट फ़ॉलबैक सूची`worker, sandboxed` या `worker,sandboxed,Standalone` होती है. [mnemonic=]local_strategy[,local_strategy,...] का इस्तेमाल करता है
टैग:execution
,host_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
याददाश्त बढ़ाने के लिए, रिमोट रणनीतियों का इस्तेमाल किया जाता है. इनमें से पहली लागू रणनीति का इस्तेमाल किया जाता है. अगर याद रखने से जुड़ी कोई जानकारी नहीं दी गई है, तो याददाश्त बढ़ाने वाली सभी चीज़ों के लिए फ़ॉलबैक के तौर पर रणनीतियों की सूची का इस्तेमाल किया जाता है. डिफ़ॉल्ट फ़ॉलबैक सूची `रिमोट` होती है. इसलिए, आम तौर पर इस फ़्लैग को अलग से सेट करने की ज़रूरत नहीं होती. [mnemonic=]remote_strategy[,remote_strategy,...] को लेता है
टैग:execution
,host_machine_resource_optimizations
--experimental_docker_image=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Docker इमेज का नाम तय करें (उदाहरण के लिए, "ubuntu:latest"), जिसका इस्तेमाल डॉकर रणनीति का इस्तेमाल करते समय सैंडबॉक्स की गई कार्रवाई करने के लिए किया जाना चाहिए. साथ ही, कार्रवाई के प्लैटफ़ॉर्म के ब्यौरे में Remote_execution_property में पहले से कोई कंटेनर-image एट्रिब्यूट मौजूद न हो. इस फ़्लैग का मान 'docker Run' के रूप में इस्तेमाल किया जाता है. इसलिए, यह Docker जैसे सिंटैक्स और मैकेनिज़्म के साथ काम करता है.
टैग:execution
--[no]experimental_docker_use_customized_images
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो मौजूदा उपयोगकर्ता के uid और gid को इस्तेमाल करने से पहले, Docker इमेज में इंजेक्ट करता है. अगर आपका बिल्ड / टेस्ट इस बात पर निर्भर है कि उपयोगकर्ता के पास कंटेनर के अंदर नाम और होम डायरेक्ट्री है, तो ऐसा करना ज़रूरी है. यह डिफ़ॉल्ट रूप से चालू होता है. हालांकि, अगर इमेज को अपने-आप कस्टमाइज़ करने की सुविधा आपके मामले में काम नहीं करती है या आपको पता है कि आपको उसकी ज़रूरत नहीं है, तो आपके पास इसे बंद करने का विकल्प होता है.
टैग:execution
--[no]experimental_dynamic_exclude_tools
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सेट होने पर, "टूल के लिए" बनाए गए टारगेट डाइनैमिक एक्ज़ीक्यूशन पर निर्भर नहीं होते हैं. इस बात की संभावना बहुत कम है कि ऐसे टारगेट को ज़्यादा से ज़्यादा बढ़ाया जाए. इसलिए, इन लक्ष्यों पर अलग-अलग तरह का खर्च करने से कोई फ़ायदा नहीं होगा.
टैग:execution
,host_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति कंट्रोल करती है कि लोकल मशीन पर डाइनैमिक एक्ज़ीक्यूशन से कितना लोड डालना है. इस फ़्लैग से यह तय होता है कि डाइनैमिक एक्ज़ीक्यूशन में हम एक साथ कितनी कार्रवाइयां शेड्यूल करेंगे. यह इस बात पर आधारित होता है कि ब्लेज़ के लिए कितने सीपीयू उपलब्ध हैं, जिसे --local_cpu_resources फ़्लैग से कंट्रोल किया जा सकता है.
अगर यह फ़्लैग 0 है, तो सभी कार्रवाइयां तुरंत स्थानीय तौर पर शेड्यूल हो जाती हैं. अगर > 0 पर, स्थानीय तौर पर शेड्यूल की गई कार्रवाइयों की संख्या, उपलब्ध सीपीयू की संख्या के हिसाब से तय होती है. यदि < 1, लोड फ़ैक्टर का इस्तेमाल स्थानीय तौर पर शेड्यूल की गई कार्रवाइयों की संख्या को कम करने के लिए किया जाता है. ऐसा तब किया जाता है, जब शेड्यूल के लिए इंतज़ार की जाने वाली कार्रवाइयों की संख्या ज़्यादा होती है. इससे साफ़ बिल्ड केस में लोकल मशीन पर लोड कम हो जाता है, जहां लोकल मशीन ज़्यादा योगदान नहीं देती.
टैग:execution
,host_machine_resource_optimizations
--experimental_dynamic_slow_remote_time=<An immutable length of time.>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह वैल्यू 0 से ज़्यादा है, तो डाइनैमिक तौर पर चलने वाली कार्रवाई को रिमोट-ओनली समय के लिए सेट किया जाना चाहिए. इसके बाद ही हम रिमोट टाइम आउट से बचने के लिए, लोकल नेटवर्क पर इसे लागू करने को प्राथमिकता देंगे. इससे रिमोट एक्ज़ीक्यूशन सिस्टम पर कुछ समस्याएं छिप सकती हैं. रिमोट तौर पर एक्ज़ीक्यूशन से जुड़ी समस्याओं पर नज़र रखे बिना, इस सुविधा को चालू न करें.
टैग:execution
,host_machine_resource_optimizations
--[no]experimental_enable_docker_sandbox
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Docker-आधारित सैंडबॉक्सिंग चालू करें. अगर Docker इंस्टॉल नहीं है, तो इस विकल्प का कोई असर नहीं होगा.
टैग:execution
--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "4"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह 0 है, तो कार्रवाई पूरी होते ही सैंडबॉक्स ट्री को मिटा दें (इस वजह से, कार्रवाई पूरी होने में देरी होती है). अगर शून्य से ज़्यादा है, तो एसिंक्रोनस थ्रेड पूल पर इन तीन को मिटाने का अनुरोध करें जिसमें बिल्ड के चलने के दौरान साइज़ 1 होता है. साथ ही, सर्वर का कुछ समय तक इस्तेमाल न किए जाने पर, इस फ़्लैग से तय किए गए साइज़ तक बढ़ जाता है.
टैग:host_machine_resource_optimizations
,execution
--experimental_sandbox_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर > 0 है, तो हर Linux सैंडबॉक्स तय मेमोरी (एमबी में) तक सीमित रहेगा. cgroups v1 या v2 और cgroups डाइमेंशन के उपयोगकर्ताओं के लिए, अनुमतियों की ज़रूरत है.
टैग:execution
--[no]experimental_shrink_worker_pool
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, कर्मचारियों की मेमोरी में दबाव ज़्यादा होने पर, कर्मचारियों के पूल को छोटा किया जा सकता है. यह फ़्लैग सिर्फ़ तब काम करता है, जब प्रयोग के तौर पर इस्तेमाल होने वाले_total_worker_memory_limit_mb को फ़्लैग किया गया हो, तो यह फ़्लैग काम करता है.
टैग:execution
,host_machine_resource_optimizations
--[no]experimental_split_xml_generation
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह फ़्लैग सेट है और परीक्षण कार्रवाई से test.xml फ़ाइल जनरेट नहीं होती है, तो Basel, परीक्षण लॉग वाली एक dummy test.xml फ़ाइल जनरेट करने के लिए एक अलग कार्रवाई का उपयोग करता है. ऐसा न होने पर, Basel की टेस्ट ऐक्शन फ़ाइल के तौर पर test.xml जनरेट होता है.
टैग:execution
--experimental_total_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यदि यह सीमा शून्य से अधिक निष्क्रिय है, तो सभी कर्मियों का कुल मेमोरी उपयोग सीमा से अधिक होने पर समाप्त हो सकते हैं.
टैग:execution
,host_machine_resource_optimizations
--[no]experimental_use_hermetic_linux_sandbox
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो रूट को माउंट न करें. सिर्फ़ sandbox_add_माउंट_पेयर की मदद से दी गई चीज़ों को माउंट करें. इनपुट फ़ाइलें सैंडबॉक्स से सिमलिंक करने के बजाय, सैंडबॉक्स से हार्डलिंक की जाएंगी. अगर कार्रवाई इनपुट फ़ाइलें सैंडबॉक्स से अलग किसी फ़ाइल सिस्टम पर मौजूद हैं, तो इसके बजाय इनपुट फ़ाइलों को कॉपी किया जाएगा.
टैग:execution
--[no]experimental_use_semaphore_for_jobs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'सही है' पर सेट है, तो एक साथ काम करने की संख्या को सीमित करने के लिए, सेमाफ़ोर का भी इस्तेमाल करें.
टैग:host_machine_resource_optimizations
,execution
--[no]experimental_use_windows_sandbox
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कार्रवाइयां करने के लिए, Windows सैंडबॉक्स का इस्तेमाल करें. अगर "हां" है, तो --experimental_Windows_sandbox_path से दिया गया बाइनरी मान्य होना चाहिए और सैंडबॉक्सएफ़ के काम करने वाले वर्शन से मेल खाना चाहिए. अगर "अपने-आप" चालू है, तो हो सकता है कि बाइनरी मौजूद न हो या यह इसके साथ काम न करे.
टैग:execution
--experimental_windows_sandbox_path=<a string>
डिफ़ॉल्ट: "Ba"Sandbox.exe"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--प्रायोगिक_use_Windows_sandbox सही होने पर इस्तेमाल करने के लिए Windows सैंडबॉक्स बाइनरी का पाथ. अगर कोई सामान्य नाम है, तो PATH में मिली उस नाम की पहली बाइनरी का इस्तेमाल करें.
टैग:execution
--experimental_worker_allowlist=<comma-separated set of options>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो सिर्फ़ दिए गए वर्कर बटन की याद में काम करने वाले लोगों का इस्तेमाल करने दें.
टैग:execution
,host_machine_resource_optimizations
--[no]experimental_worker_as_resource
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं, जल्द ही हटा दिया जाएगा.
टैग:no_op
--[no]experimental_worker_cancellation
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू की जाती है, तो Baज़र के पास, ऑर्डर रद्द करने का अनुरोध करने वाले कर्मचारियों को रद्द करने का अनुरोध भेजने का विकल्प होगा.
टैग:execution
--experimental_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यदि यह सीमा शून्य से अधिक है, तो कर्मचारी का मेमोरी उपयोग सीमा से अधिक होने पर कर्मियों की मौत हो सकती है. अगर इसे डाइनैमिक एक्ज़ीक्यूशन और `--experimental_ Dynamic_ignore_local_signals=9` के साथ इस्तेमाल नहीं किया जाता है, तो इससे आपके बिल्ड को क्रैश हो सकता है.
टैग:execution
,host_machine_resource_optimizations
--experimental_worker_metrics_poll_interval=<An immutable length of time.>
डिफ़ॉल्ट: "5s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों की मेट्रिक इकट्ठा करने और उन्हें निकालने की कोशिश के बीच का समय. परफ़ॉर्मेंस की वजहों से, यह वैल्यू 1 सेकंड से कम नहीं हो सकती.
टैग:execution
,host_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, हर काम के अनुरोध के लिए एक अलग सैंडबॉक्स डायरेक्ट्री का इस्तेमाल करके, मल्टीप्लेक्स वर्कर को सैंडबॉक्स किया जाएगा. सिर्फ़ ऐसे वर्कर जिनके पास 'मल्टीप्लेक्स-सैंडबॉक्सिंग' सुविधा है चलाने की ज़रूरत को सैंडबॉक्स किया जाएगा.
टैग:execution
--[no]experimental_worker_sandbox_hardening
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू हो, तो कर्मचारियों को किसी सख्त सैंडबॉक्स में चलाया जाता है. हालांकि, लागू किए जाने की अनुमति मिलने पर ऐसा किया जा सकता है.
टैग:execution
--[no]experimental_worker_strict_flagfiles
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, कर्मचारियों के लिए दिए गए कार्रवाइयों के तर्क से गड़बड़ी हो सकती है. वर्कर के आर्ग्युमेंट की सूची में, आख़िरी @flagfile आर्ग्युमेंट होना चाहिए.
टैग:execution
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
--genrule_strategy=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बताएं कि जेनरूल को कैसे लागू करना है. इस फ़्लैग को हटा दिया जाएगा. इसके बजाय, --spawn_strategy=<value> का इस्तेमाल करें सभी कार्रवाइयों को कंट्रोल करने के लिए या --strategy=Genमैन्युअल=<value> का इस्तेमाल कैसे किया जा सकता है.
टैग:execution
--high_priority_workers=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं, जल्द ही हटा दिया जाएगा.
टैग:execution
--[no]incompatible_remote_dangling_symlinks
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे 'सही है' पर सेट किया जाता है और --inaffiliate_remote_simlinks भी सही पर सेट किया जाता है, तो ऐक्शन आउटपुट में सिमलिंक को डेंग करने की अनुमति होती है.
टैग:execution
,incompatible_change
--[no]incompatible_remote_symlinks
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो रिमोट कैश मेमोरी और एक्ज़ीक्यूशन प्रोटोकॉल के तहत, Basel के ऐक्शन आउटपुट में सिमलिंक दिखेंगे. अगर ऐसा नहीं है, तो सिमलिंक को फ़ॉलो किया जाएगा और फ़ाइलों या डायरेक्ट्री के तौर पर दिखाया जाएगा. ज़्यादा जानकारी के लिए, #6631 पर जाएं.
टैग:execution
,incompatible_change
--[no]incompatible_sandbox_hermetic_tmp
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो हर Linux सैंडबॉक्स में इसकी एक खाली डायरेक्ट्री होगी, जो होस्ट फ़ाइल सिस्टम के साथ /tmp शेयर करने के बजाय /tmp के तौर पर माउंट की जाएगी. सभी सैंडबॉक्स में होस्ट का/tmp देखते रहने के लिए, --sandbox_add_campaign_pair=/tmp इस्तेमाल करें.
टैग:execution
--[no]internal_spawn_scheduler
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लेसहोल्डर का विकल्प, ताकि हम Blaze में यह बता सकें कि स्पॉन्स शेड्यूलर चालू था या नहीं.
टैग:execution
,host_machine_resource_optimizations
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
[-j
] डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चलाने के लिए एक साथ चलाए जाने वाले जॉब की संख्या. यह एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") का इस्तेमाल करता है. इसके बाद, वैकल्पिक रूप से कोई कार्रवाई ([-|*]<float>) ली जाती है, जैसे कि. "auto", "Host_CPUS*.5". वैल्यू, 1 से 5,000 के बीच होनी चाहिए. 2500 से ज़्यादा वैल्यू की वजह से, मेमोरी से जुड़ी समस्याएं हो सकती हैं. "ऑटो" होस्ट संसाधनों के आधार पर उचित डिफ़ॉल्ट की गणना करता है.
टैग:host_machine_resource_optimizations
,execution
--[no]keep_going
[-k
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी गड़बड़ी के बाद, जितना हो सके उतना जारी रखें. जो टारगेट पूरा नहीं हो पाया और जो उस पर निर्भर हैं उनका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट से जुड़ी दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग:eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोड करने/विश्लेषण के फ़ेज़ में इस्तेमाल करने के लिए, पैरलल थ्रेड की संख्या. इसमें एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") इस्तेमाल होता है. इसके बाद, वैकल्पिक तौर पर कोई कार्रवाई ([-|*]<float>) ली जाती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "ऑटो" यह होस्ट संसाधनों के आधार पर एक उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए
टैग:bazel_internal_configuration
--[no]reuse_sandbox_directories
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो सैंडबॉक्स की गई गैर-कामकाजी फ़ाइलों को एक्ज़ीक्यूट करने के दौरान इस्तेमाल की जाने वाली डायरेक्ट्री का फिर से इस्तेमाल किया जा सकता है. ऐसा करके, सेटअप करने में आने वाले बेवजह खर्च से बचा जा सकता है.
टैग:host_machine_resource_optimizations
,execution
--sandbox_base=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्स को इस पाथ के नीचे सैंडबॉक्स डायरेक्ट्री बनाने देता है. बिल्ड /टेस्ट में कई इनपुट फ़ाइलें होने पर, परफ़ॉर्मेंस को बेहतर बनाने के लिए, tmpfs (जैसे कि/run / shm) पर कोई पाथ तय करें. ध्यान दें: कार्रवाइयों को चलाकर जनरेट की गई आउटपुट और इंटरमीडिएट फ़ाइलों को होल्ड करने के लिए, आपके पास tmpfs में काफ़ी रैम और खाली जगह होनी चाहिए.
टैग:host_machine_resource_optimizations
,execution
--[no]sandbox_explicit_pseudoterminal
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्स की गई कार्रवाइयों के लिए, स्यूडोटर्मिनल बनाने की सुविधा साफ़ तौर पर चालू करें. कुछ Linux वितरणों के लिए प्रक्रिया की समूह आईडी को 'tty' पर सेट करने की आवश्यकता होती है को सैंडबॉक्स करता है, ताकि स्यूडोटर्मिनल काम कर सकें. अगर इस वजह से समस्याएं आ रही हैं, तो इस फ़्लैग को बंद किया जा सकता है, ताकि दूसरे ग्रुप का इस्तेमाल किया जा सके.
टैग:execution
--sandbox_tmpfs_path=<an absolute path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्स की गई कार्रवाइयों के लिए, इस ऐब्सलूट पाथ पर, लिखने लायक किसी खाली डायरेक्ट्री को माउंट करें. अगर सैंडबॉक्सिंग की सुविधा काम करती है, तो इसे अनदेखा कर दिया जाएगा.
टैग:host_machine_resource_optimizations
,execution
--[no]skip_incompatible_explicit_targets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कमांड लाइन पर साफ़ तौर पर लिस्ट किए गए काम न करने वाले टारगेट को छोड़ें. डिफ़ॉल्ट रूप से, ऐसे टारगेट बनाने पर गड़बड़ी होती है. हालांकि, इस विकल्प के चालू होने पर इन्हें बिना किसी सूचना के स्किप कर दिया जाता है. इस लिंक पर जानकारी देखें: https://bazu.build/extending/platforms#skipping-insupported-targets
टैग:loading_and_analysis
--spawn_strategy=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करें कि स्पॉन्सर ऐक्शन को डिफ़ॉल्ट रूप से कैसे एक्ज़ीक्यूट किया जाए. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता के बीच, कॉमा लगाकर अलग की गई रणनीतियों की सूची स्वीकार की जाती है. हर कार्रवाई के लिए, Basel सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनता है और कार्रवाई को पूरा कर सकता है. इसकी डिफ़ॉल्ट वैल्यू "remote,worker,sandboxed,local" है. ज़्यादा जानकारी के लिए, https://blog.bazu.build/2019/06/19/list-strategy.html पर जाएं.
टैग:execution
--strategy=<a '[name=]value1[,..,valueN]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बताएं कि अन्य स्पॉन्स ऐक्शन को कंपाइल करने का तरीका कैसे बताया जाए. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता के बीच, कॉमा लगाकर अलग की गई रणनीतियों की सूची स्वीकार की जाती है. हर कार्रवाई के लिए, Basel सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनता है और कार्रवाई को पूरा कर सकता है. इसकी डिफ़ॉल्ट वैल्यू "remote,worker,sandboxed,local" है. यह फ़्लैग --spawn_strategy (और अगर याद रखने के लिए जेनरिक नियम के साथ इस्तेमाल किया गया है, तो --gen सकारात्मक_strategy) से सेट की गई वैल्यू बदल देता है. ज़्यादा जानकारी के लिए, https://blog.bazu.build/2019/06/19/list-strategy.html पर जाएं.
टैग:execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बदलें कि किसी खास regex_filter से मेल खाने वाली जानकारी वाली स्पॉन्स कार्रवाइयों को करने के लिए किस स्पॉन्स रणनीति का इस्तेमाल किया जाना चाहिए. regex_filter मिलान के बारे में ज़्यादा जानकारी के लिए --per_file_copt देखें. जानकारी से मेल खाने वाले आखिरी regex_filter का इस्तेमाल किया जाता है. रणनीति तय करने के लिए यह विकल्प दूसरे फ़्लैग को बदल देता है. उदाहरण: --strategy_regexp=//foo.*\.cc,-//foo/bar=local का मतलब है कि स्थानीय रणनीति का इस्तेमाल करके कार्रवाइयां चलाना, अगर उनके विवरण //foo.*.cc से मेल खाते हैं, लेकिन //foo/bar नहीं. उदाहरण: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandbox_Compiling //foo/bar/baz' चलाएगा 'स्थानीय' के साथ रणनीति अपनाएं, लेकिन क्रम बदलने से वह 'सैंडबॉक्स' के साथ चलेगा.
टैग:execution
--worker_extra_flag=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--persistent_worker के साथ-साथ, कर्मचारी की प्रोसेस को भेजे जाने वाले अतिरिक्त कमांड-फ़्लैग. यह याद रखने के लिए इस्तेमाल किया जाता है (उदाहरण के लिए, --worker_extra_flag=Javac=--debug.
टैग:execution
,host_machine_resource_optimizations
--worker_max_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'कर्मचारी' का इस्तेमाल करने पर, हर तरह के स्थायी कर्मचारी के कितने इंस्टेंस लॉन्च हो सकते हैं रणनीति. हर स्नेमोनिक के लिए अलग-अलग वैल्यू देने के लिए, इसे [name=value] के तौर पर बताया जा सकता है. यह सीमा वर्कर कुंजियों पर आधारित होती है, जिन्हें स्नेमनी के आधार पर अलग-अलग किया जाता है. साथ ही, यह स्टार्टअप फ़्लैग और पर्यावरण के आधार पर भी तय होता है. इसलिए, कुछ मामलों में हर याद में, इस फ़्लैग की तुलना में ज़्यादा वर्कर हो सकते हैं. यह एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") का इस्तेमाल करता है. इसके बाद, वैकल्पिक रूप से कोई कार्रवाई ([-|*]<float>) ली जाती है, जैसे कि. "auto", "Host_CPUS*.5". 'ऑटो' मशीन की क्षमता के आधार पर उचित डिफ़ॉल्ट गणना करता है. "=मान" अनिर्दिष्ट याद दिलाने वाली चीज़ों के लिए डिफ़ॉल्ट सेट करता है.
टैग:execution
,host_machine_resource_optimizations
--worker_max_multiplex_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर आप 'कर्मचारी' का इस्तेमाल करते हैं, तो एक साथ कितनी WorkRequests एक मल्टीप्लेक्स वर्कर प्रोसेस मिल सकती है --worker_multiplex के साथ कार्यनीति. हर स्नेमोनिक के लिए अलग-अलग वैल्यू देने के लिए, इसे [name=value] के तौर पर बताया जा सकता है. यह सीमा वर्कर कुंजियों पर आधारित होती है, जिन्हें स्नेमनी के आधार पर अलग-अलग किया जाता है. साथ ही, यह स्टार्टअप फ़्लैग और पर्यावरण के आधार पर भी तय होता है. इसलिए, कुछ मामलों में हर याद में, इस फ़्लैग की तुलना में ज़्यादा वर्कर हो सकते हैं. यह एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") का इस्तेमाल करता है. इसके बाद, वैकल्पिक रूप से कोई कार्रवाई ([-|*]<float>) ली जाती है, जैसे कि. "auto", "Host_CPUS*.5". 'ऑटो' मशीन की क्षमता के आधार पर उचित डिफ़ॉल्ट गणना करता है. "=मान" अनिर्दिष्ट याद दिलाने वाली चीज़ों के लिए डिफ़ॉल्ट सेट करता है.
टैग:execution
,host_machine_resource_optimizations
--[no]worker_multiplex
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह सुविधा चालू होने पर, वर्कर अगर मल्टीप्लेक्सिंग की सुविधा का इस्तेमाल करेंगे, तो वे इसका इस्तेमाल करेंगे.
टैग:execution
,host_machine_resource_optimizations
--[no]worker_quit_after_build
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो बिल्ड पूरा होने के बाद सभी वर्कर बंद हो जाते हैं.
टैग:execution
,host_machine_resource_optimizations
--[no]worker_sandboxing
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की जाती है, तो सैंडबॉक्स की सेवा में वर्कर का इस्तेमाल शुरू किया जाएगा.
टैग:execution
--[no]worker_verbose
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो वर्कर के शुरू होने, शटडाउन, ...
- कार्रवाई लागू करने के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करने वाले विकल्प:
--target_platform_fallback=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस विकल्प के इस्तेमाल पर रोक लगा दी गई है और इसका कोई असर नहीं पड़ता है.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
- ऐसे विकल्प जो कमांड के आउटपुट को कंट्रोल करते हैं:
--[no]build
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड पूरा करें; ऐसा होना आम बात है. --nobuild को तय करने से, बिल्ड ऐक्शन को पूरा करने से पहले बिल्ड बंद हो जाता है. अगर पैकेज लोड हो जाता है और उसके विश्लेषण के चरण पूरे हो जाते हैं, तो यह शून्य दिखता है; इस मोड की मदद से, इस चरण की जांच की जा सकती है.
टैग:execution
,affects_outputs
--[no]experimental_use_validation_aspect
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पक्ष का इस्तेमाल करके, पुष्टि करने से जुड़ी कार्रवाइयां करनी हैं या नहीं (टेस्ट के साथ समानता के लिए).
टैग:execution
,affects_outputs
--output_groups=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉमा लगाकर अलग किए गए आउटपुट ग्रुप के नामों की सूची, जिसमें से हर एक से पहले वैकल्पिक रूप से a + या - का इस्तेमाल किया जाता है. आउटपुट ग्रुप के डिफ़ॉल्ट सेट में + से शुरू होने वाला ग्रुप जोड़ दिया जाता है, जबकि डिफ़ॉल्ट सेट से उस ग्रुप को हटा दिया जाता है जिसकी शुरुआत में - लगा होता है. अगर कम से कम एक ग्रुप प्रीफ़िक्स नहीं है, तो आउटपुट ग्रुप का डिफ़ॉल्ट सेट हटा दिया जाता है. उदाहरण के लिए, --Output_groups=+foo,+bar को डिफ़ॉल्ट सेट, foo, और बार का कॉम्बिनेशन बनाया जाता है, जबकि --Output_groups=foo,bar, डिफ़ॉल्ट सेट को इस तरह से ओवरराइड करता है, ताकि सिर्फ़ foo और bar बनाया जा सके.
टैग:execution
,affects_outputs
--[no]run_validations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के हिस्से के तौर पर, पुष्टि करने से जुड़ी कार्रवाइयां करनी हैं या नहीं. https://bazu.build/extending/rules#validation_ actions देखें
टैग:execution
,affects_outputs
- ऐसे विकल्प जिनकी मदद से लोग, तय किए गए आउटपुट को कॉन्फ़िगर कर सकते हैं. इससे, आउटपुट वाली वैल्यू पर असर पड़ता है, न कि इसकी मौजूदगी पर:
--aspects=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टॉप लेवल टारगेट पर लागू की जाने वाली पहलुओं की कॉमा-सेपरेटेड लिस्ट. सूची में, अगर some_aspect आवश्यक पहलू प्रदाताओं के द्वारा आवश्यक_aspect_providers के माध्यम से आवश्यक पहलू प्रदाताओं को निर्दिष्ट करता है, तो some_aspect, उन पहलुओं की सूची में इससे पहले बताए गए हर पहलू के बाद चलेगा, जिसके विज्ञापन में विज्ञापन देने वाली कंपनियां some_aspect आवश्यक पहलू प्रदाताओं को पूरा करती हैं. इसके अलावा, some_aspect, एट्रिब्यूट के लिए दिए गए सभी ज़रूरी पहलुओं के बाद चलेगा. इसके बाद some_aspect के पास उन पहलुओं के मानों का ऐक्सेस होगा' सेवा देने वाली कंपनियां. <bzl-file-label>%<aspect_name>, उदाहरण के लिए '//tools:my_def.bzl%my_aspect', जहां 'my_aspect' फ़ाइल टूल/my_def.bzl से लिया गया टॉप-लेवल मान है
--bep_maximum_open_remote_upload_files=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
BEP आर्टफ़ैक्ट अपलोड करने के दौरान, ज़्यादा से ज़्यादा इतनी फ़ाइलें खोली जा सकती हैं.
टैग:affects_outputs
--[no]experimental_convenience_symlinks
डिफ़ॉल्ट: "सामान्य"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग कंट्रोल करता है कि सुविधा सिमलिंक (बिल्ड के बाद, फ़ाइल फ़ोल्डर में दिखने वाले सिमलिंक) कैसे मैनेज किए जाएंगे. वैल्यू, इनमें से कोई हो सकती है:
सामान्य (डिफ़ॉल्ट): हर तरह का सुविधा सिमलिंक बनाया या मिटाया जाएगा, जैसा कि बिल्ड के आधार पर तय किया जाता है.
साफ़ करें: सभी सिमलिंक बिना किसी शर्त के मिटा दिए जाएंगे.
ध्यान न दें: सिमलिंक अकेले छोड़ दिए जाएंगे.
Log_only: 'सामान्य' की तरह लॉग मैसेज जनरेट करें पास कर दिए जाते हैं, लेकिन असल में कोई फ़ाइलसिस्टम ऑपरेशन नहीं करते (टूल के लिए उपयोगी).
ध्यान दें कि सिर्फ़ ऐसे सिमलिंक पर असर पड़ सकता है जिनके नाम --simlink_prefix की मौजूदा वैल्यू से जनरेट हुए हैं; अगर प्रीफ़िक्स बदलता है, तो पहले से मौजूद सिमलिंक अकेले छोड़ दिए जाएंगे.
टैग:affects_outputs
--[no]experimental_convenience_symlinks_bep_event
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग यह नियंत्रित करता है कि हम बिल्ड eventकाइSymlinksIdentified को BuildEventProtocol पर पोस्ट करेंगे या नहीं. अगर वैल्यू सही है, तो BuildEventProtocol में shoppingSymlinksIdentified, के लिए एक एंट्री होगी, जिसमें आपके फ़ाइल फ़ोल्डर में बनाए गए सभी सुविधा सिमलिंक की सूची होगी. अगर गलत है, तो BuildEventProtocol में सुविधाSymlinksIdentified एंट्री वाला फ़ील्ड खाली रहेगा.
टैग:affects_outputs
--remote_download_all
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सभी रिमोट आउटपुट को लोकल मशीन पर डाउनलोड करता है. यह फ़्लैग --remote_download_Outputs=all का उपनाम है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--remote_download_outputs=all
टैग:affects_outputs
--remote_download_minimal
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोकल मशीन पर कोई भी रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. यह फ़्लैग --remote_download_Outputs=minimal का उपनाम है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--remote_download_outputs=minimal
टैग:affects_outputs
--remote_download_outputs=<all, minimal or toplevel>
डिफ़ॉल्ट: "toplevel"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह 'कम से कम' पर सेट है लोकल मशीन में कोई रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. हालांकि, लोकल ऐक्शन के लिए ज़रूरी आउटपुट जनरेट करता है. अगर 'टॉपलेवल' पर सेट है 'बहुत कम' की तरह काम करता है इसे छोड़कर यह टॉप लेवल टारगेट के आउटपुट को भी लोकल मशीन पर डाउनलोड करता है. अगर नेटवर्क बैंडविड्थ के लिए कोई समस्या है, तो दोनों विकल्प बिल्ड समय को काफ़ी कम कर सकते हैं.
टैग:affects_outputs
--remote_download_symlink_template=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोकल मशीन पर रिमोट बिल्ड आउटपुट डाउनलोड करने के बजाय, सिम्बॉलिक लिंक बनाएं. सिम्बॉलिक लिंक के टारगेट को टेंप्लेट स्ट्रिंग के तौर पर बताया जा सकता है. इस टेंप्लेट स्ट्रिंग में {hash} और {size_bytes} शामिल हो सकते हैं. ये ऑब्जेक्ट के हैश तक और बाइट में साइज़ तक बढ़ाते हैं. उदाहरण के लिए, ये सांकेतिक लिंक किसी FUSE फ़ाइल सिस्टम की ओर इशारा कर सकते हैं, जो मांग पर CAS से ऑब्जेक्ट लोड करते हैं.
टैग:affects_outputs
--remote_download_toplevel
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोकल मशीन पर सिर्फ़ टॉप लेवल टारगेट के रिमोट आउटपुट डाउनलोड करता है. यह फ़्लैग --remote_download_Outputs=toplevel का उपनाम है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--remote_download_outputs=toplevel
टैग:affects_outputs
--symlink_prefix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह प्रीफ़िक्स, बिल्ड के बाद बनाए जाने वाले किसी भी सुविधा सिमलिंक के पहले जोड़ा जाता है. अगर इसे छोड़ दिया जाता है, तो डिफ़ॉल्ट वैल्यू बिल्ड टूल के नाम के बाद हाइफ़न होती है. अगर '/' को पास करने के बाद, कोई सिमलिंक नहीं बनाया जाता और कोई चेतावनी नहीं भेजी जाती. चेतावनी: '/' की विशेष सुविधा को जल्द ही बंद कर दिया जाएगा; इसके बजाय --experimental_convenience_simlinks=ignore का इस्तेमाल करें.
टैग:affects_outputs
- वे विकल्प जो इस बात पर असर डालते हैं कि Basel के मान्य बिल्ड इनपुट को कितनी सख्ती से लागू किया जाता है (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--[no]experimental_docker_privileged
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सक्षम किया जाता है, तो Basel, -- खास अधिकार वाले फ़्लैग को 'docker Run' के लिए पास करेगा कार्रवाइयां करते समय. इसकी ज़रूरत आपके बिल्ड के लिए पड़ सकती है, लेकिन इससे हर्मेटिकिटी कम हो सकती है.
टैग:execution
--[no]experimental_sandboxfs_map_symlink_targets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नो-ऑप
टैग:host_machine_resource_optimizations
,execution
--[no]incompatible_legacy_local_fallback
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो सैंडबॉक्स की मदद से लोकल स्ट्रेटजी में लेगसी इंप्लिसिट फ़ॉलबैक को चालू किया जाता है. यह फ़्लैग आखिरकार डिफ़ॉल्ट रूप से 'गलत' हो जाएगा और फिर नो-ऑप बन जाएगा. इसके बजाय, फ़ॉलबैक कॉन्फ़िगर करने के लिए --strategy, --spawn_strategy या --डाइनैमिक_local_strategy का इस्तेमाल करें.
टैग:execution
,incompatible_change
--sandbox_add_mount_pair=<a single path or a 'source:target' pair>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्स में माउंट करने के लिए, पाथ का अतिरिक्त जोड़ा जोड़ें.
टैग:execution
--sandbox_block_path=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्स की गई कार्रवाइयों के लिए, इस पाथ का ऐक्सेस न दें.
टैग:execution
--[no]sandbox_default_allow_network
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कार्रवाइयों के लिए, डिफ़ॉल्ट रूप से नेटवर्क को ऐक्सेस करने की अनुमति दें; हो सकता है कि यह सैंडबॉक्सिंग के सभी तरीकों पर काम न करे.
टैग:execution
--[no]sandbox_fake_hostname
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मौजूदा होस्टनेम को 'localhost' में बदलें का इस्तेमाल करें.
टैग:execution
--[no]sandbox_fake_username
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वर्तमान उपयोगकर्ता नाम को 'कोई नहीं' में बदलें का इस्तेमाल करें.
टैग:execution
--sandbox_writable_path=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्स की गई कार्रवाइयों के लिए, किसी मौजूदा डायरेक्ट्री को सैंडबॉक्स में लिखने लायक बनाएं (अगर सैंडबॉक्स लागू करने की सुविधा काम करती है, तो किसी और वजह से अनदेखा कर दें).
टैग:execution
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
- ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]check_tests_up_to_date
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच न करें, बस देख लें कि वे अप-टू-डेट हैं या नहीं. अगर सभी जांच के नतीजे अप-टू-डेट हैं, तो जांच पूरी हो जाती है. अगर किसी जांच को बनाया या लागू करना ज़रूरी है, तो गड़बड़ी की सूचना दी जाती है और जांच नहीं हो पाती. यह विकल्प --check_up_to_date व्यवहार लागू करता है.
टैग:execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच में किसी भी तरह की गड़बड़ी होने पर, हर जांच को तय की गई संख्या तक फिर से इस्तेमाल करने की कोशिश की जाएगी. जिन टेस्ट को पास करने के लिए एक से ज़्यादा बार कोशिश करनी पड़ती है उन्हें 'FLAKY' के तौर पर मार्क किया जाता है शामिल करें. आम तौर पर बताया गया मान सिर्फ़ एक पूर्णांक या 'डिफ़ॉल्ट' स्ट्रिंग होती है. अगर यह पूर्णांक है, तो सभी टेस्ट N बार तक चलाए जाएंगे. अगर यह 'डिफ़ॉल्ट' पर सेट है, तो सामान्य जांचों के लिए सिर्फ़ एक बार जांच की जाएगी. वहीं, तीन बार जांच करने की कोशिश की जाएगी, जिसे उनके नियम (फ़्लैकी=1 एट्रिब्यूट) के मुताबिक, साफ़ तौर पर 'फ़्लैकी' के तौर पर मार्क किया गया हो. वैकल्पिक सिंटैक्स: regex_filter@flaky_test_attempts. जहां flaky_test_attempts ऊपर जैसा है और regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची को दिखाता है (यह भी देखें --runs_per_test). उदाहरण: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3, //foo/ में सभी टेस्ट को डिफ़ेक करता है. हालांकि, foo/bar में मौजूद टेस्ट को तीन बार डिफ़ेक करता है. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. हाल ही में पास किए गए आर्ग्युमेंट को प्राथमिकता दी जाती है. अगर कुछ भी मैच नहीं करता है, तो सेटिंग 'डिफ़ॉल्ट' के तौर पर दिखेगी पढ़ें.
टैग:execution
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक साथ चलाए जाने वाले लोकल टेस्ट जॉब की ज़्यादा से ज़्यादा संख्या. यह एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") का इस्तेमाल करता है. इसके बाद, वैकल्पिक रूप से कोई कार्रवाई ([-|*]<float>) ली जाती है, जैसे कि. "auto", "Host_CPUS*.5". 0 का मतलब है कि लोकल रिसॉर्स, एक साथ चलाए जाने के लिए लोकल टेस्ट जॉब की संख्या को सीमित कर देगा. इसे 'नौकरी' के लिए वैल्यू से ज़्यादा सेट करना असर नहीं पड़ता.
टैग:execution
--[no]test_keep_going
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बंद होने पर, कोई भी जांच पास न होने पर पूरा बिल्ड बंद हो जाएगा. डिफ़ॉल्ट रूप से, सभी टेस्ट चलाए जाते हैं, भले ही कुछ टेस्ट पास न हों.
टैग:execution
--test_strategy=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे पता चलता है कि टेस्ट चलाने के लिए किस रणनीति का इस्तेमाल करना है.
टैग:execution
--test_tmpdir=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह 'basel test' के लिए बेस अस्थायी डायरेक्ट्री के बारे में बताता है इस्तेमाल करें.
- क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--[no]experimental_parallel_aquery_output
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है नहीं.
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--experimental_dynamic_ignore_local_signals=<a comma-separated list of signal numbers>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ओएस सिग्नल नंबर की सूची लेता है. अगर डाइनैमिक एक्ज़ीक्यूशन की कोई लोकल ब्रांच इनमें से किसी भी सिग्नल की वजह से बंद हो जाती है, तो रिमोट ब्रांच को प्रोसेस पूरी होने की अनुमति मिल जाएगी. लगातार काम करने वाले लोगों के लिए, यह सिर्फ़ उन सिग्नल पर असर डालता है जो काम करने की प्रोसेस को खत्म करते हैं.
टैग:execution
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "Host_CPUS"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह साफ़ तौर पर, Basel के लिए उपलब्ध लोकल सीपीयू कोर की कुल संख्या को सेट करता है, ताकि उन बिल्ड ऐक्शन पर खर्च किया जा सके जो स्थानीय तौर पर लागू की जाती हैं. यह एक पूर्णांक या "Host_CPUS" लेता है. इसके बाद, वैकल्पिक तौर पर [-|*]<float> का इस्तेमाल किया जाता है (उदाहरण के लिए, उपलब्ध CPU कोर की आधी संख्या का इस्तेमाल करने के लिए Host_CPUS*.5. डिफ़ॉल्ट रूप से, ("Host_CPUS"), Basel, उपलब्ध सीपीयू कोर की संख्या का अनुमान लगाने के लिए, सिस्टम कॉन्फ़िगरेशन से क्वेरी करेगा.
टैग:host_machine_resource_optimizations
--local_extra_resources=<a named float, 'name=value'>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Basel के लिए उपलब्ध अतिरिक्त संसाधनों की संख्या सेट करें. स्ट्रिंग-फ़्लोट पेयर में लेता है. अलग-अलग तरह के अतिरिक्त संसाधनों के बारे में बताने के लिए, इनका इस्तेमाल कई बार किया जा सकता है. उपलब्ध अतिरिक्त संसाधनों और ज़रूरी अतिरिक्त संसाधनों के हिसाब से, Basel की प्रोसेस एक साथ चल रही कार्रवाइयों को सीमित कर देगी. टेस्ट में "संसाधन:<resoucename>:<amount>" का टैग इस्तेमाल करके बताया जा सकता है कि उन्हें कितने अतिरिक्त संसाधनों की ज़रूरत है फ़ॉर्मैट. उपलब्ध सीपीयू, रैम, और संसाधनों को इस फ़्लैग के साथ सेट नहीं किया जा सकता.
टैग:host_machine_resource_optimizations
--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "Host_RAM*.67"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
साफ़ तौर पर, लोकल होस्ट रैम (एमबी में) की वह कुल मात्रा सेट करें जो Basel के लिए उपलब्ध हो. इससे, बिल्ड ऐक्शन पर खर्च किया जा सकेगा, ताकि लोकल लेवल पर लागू की जा सकें. एक पूर्णांक या "Host_RAM" लेता है. इसके बाद, वैकल्पिक तौर पर [-|*]<float> लिया जाता है (उदाहरण के लिए, उपलब्ध रैम की आधी रैम का इस्तेमाल करने के लिए Host_RAM*.5). डिफ़ॉल्ट रूप से, ("Host_RAM*.67"), Baज़र, उपलब्ध रैम का अनुमान लगाने के लिए, सिस्टम कॉन्फ़िगरेशन से क्वेरी करेगा और उसके 67% हिस्से का इस्तेमाल करेगा.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]debug_spawn_scheduler
डिफ़ॉल्ट: "गलत"--[no]experimental_bep_target_summary
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टारगेट से जुड़ी जानकारी वाले इवेंट पब्लिश करने हैं या नहीं.
--[no]experimental_build_event_expand_filesets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट फ़ाइलें प्रज़ेंट करते समय, BEP में Filesset को बड़ा करें.
टैग:affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट फ़ाइलें प्रज़ेंट करते समय, BEP में रिलेटिव फ़ाइलसेट सिमलिंक को पूरी तरह से ठीक करें. --experimental_build_event_expand_filesets की ज़रूरत है.
टैग:affects_outputs
--experimental_build_event_upload_max_retries=<an integer>
डिफ़ॉल्ट: "4"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Basel को बिल्ड इवेंट को अपलोड करने के लिए ज़्यादा से ज़्यादा कितनी बार फिर से कोशिश करनी चाहिए.
टैग:bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.>
डिफ़ॉल्ट: "1s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
शुरुआती तौर पर, बीईपी अपलोड न होने पर एक्स्पोनेंशियल बैकऑफ़ बार-बार कोशिश करने में कम से कम देरी. (घातांक: 1.6)
टैग:bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे, बिल्ड इवेंट प्रोटोकॉल में रेफ़र किए गए आर्टफ़ैक्ट को अपलोड करने का तरीका चुना जाता है.
टैग:affects_outputs
--[no]experimental_collect_local_sandbox_action_metrics
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बहिष्कृत नो-ऑप.
टैग:execution
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_docker_verbose
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे चालू किया जाता है, तो Baज़र, Docker सैंडबॉक्स रणनीति के बारे में ज़्यादा जानकारी देने वाले मैसेज प्रिंट करेगा.
टैग:execution
--[no]experimental_materialize_param_files_directly
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर पैरामीटर फ़ाइलों को मटेरियलाइज़ किया जा रहा है, तो डिस्क पर सीधे लिखने के साथ ऐसा करें.
टैग:execution
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--experimental_repository_resolved_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर वैल्यू खाली नहीं है, तो Starlark के डेटा स्टोर करने की जगह के उन सभी नियमों की पूरी जानकारी के साथ Starlark वैल्यू लिखें जिन्हें लागू किया गया था.
टैग:affects_outputs
--[no]experimental_run_bep_event_include_residue
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या रन बिल्ड इवेंट में कमांड-लाइन बचे हुए हिस्से को शामिल करना है, जिसमें बचा हुआ हिस्सा हो सकता है. डिफ़ॉल्ट रूप से, बचे हुए को उन रन कमांड बिल्ड इवेंट में शामिल नहीं किया जाता जिनमें बचा हुआ हिस्सा हो सकता है.
टैग:affects_outputs
--[no]experimental_stream_log_file_uploads
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लॉग फ़ाइल के अपलोड को डिस्क में लिखने के बजाय, सीधे रिमोट स्टोरेज पर स्ट्रीम करें.
टैग:affects_outputs
--explain=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसकी वजह से बिल्ड सिस्टम बिल्ड के चलाए गए हर चरण के बारे में बताता है. पूरी जानकारी, बताई गई लॉग फ़ाइल में लिखी जाती है.
टैग:affects_outputs
--[no]ignore_unsupported_sandboxing
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस सिस्टम पर सैंडबॉक्स किया गया एक्ज़ीक्यूशन काम न करता हो, तो चेतावनी प्रिंट न करें.
टैग:terminal_output
--[no]legacy_important_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
TargetComplete इवेंट में लेगसी music_Outputs फ़ील्ड के फ़ील्ड को जनरेट होने से रोकने के लिए, इसका इस्तेमाल करें. Baज़ल से नतीजेStore इंटिग्रेशन के लिए, ज़रूरी_आउटपुट जनरेट करने की ज़रूरत है.
टैग:affects_outputs
--[no]materialize_param_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रिमोट ऐक्शन एक्ज़ीक्यूशन का इस्तेमाल करते समय भी आउटपुट ट्री में इंटरमीडिएट पैरामीटर फ़ाइलें लिखता है. यह कार्रवाइयों को डीबग करने में मदद करता है. इसका मतलब --subcommands और --verbose_failures में पता है.
टैग:execution
--max_config_changes_to_show=<an integer>
डिफ़ॉल्ट: "3"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के विकल्पों में बदलाव की वजह से विश्लेषण की कैश मेमोरी को खारिज करने पर, बदले गए विकल्पों के नाम की संख्या दिखती है. अगर दी गई संख्या -1 है, तो बदले गए सभी विकल्प दिखाए जाएंगे.
टैग:terminal_output
--max_test_output_bytes=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर जांच लॉग के ज़्यादा से ज़्यादा साइज़ के बारे में बताता है, जो --test_Output 'गड़बड़ियां' होने पर निकल सकता है या 'सभी'. इससे टेस्ट आउटपुट में बहुत ज़्यादा शोर होने से बचने में मदद मिलती है. टेस्ट हेडर, लॉग साइज़ में शामिल होता है. नेगेटिव वैल्यू की कोई सीमा नहीं होती. आउटपुट में सब कुछ या कुछ नहीं होता.
टैग:test_runner
,terminal_output
,execution
--output_filter=<a valid Java regular expression>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए रेगुलर एक्सप्रेशन से मैच करने वाले नियमों के लिए सिर्फ़ चेतावनियां और ऐक्शन आउटपुट दिखाता है.
टैग:affects_outputs
--progress_report_interval=<an integer in 0-3600 range>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अब भी चल रहे जॉब की रिपोर्ट के बीच इंतज़ार करने में लगने वाले सेकंड. डिफ़ॉल्ट वैल्यू 0 का मतलब है कि पहली रिपोर्ट 10 सेकंड बाद प्रिंट की जाएगी. इसके बाद, 30 सेकंड बाद प्रिंट की जाएगी. इसके बाद, हर मिनट में एक बार रिपोर्ट जारी की जाएगी. जब --कर्स चालू होते हैं, तो प्रोग्रेस हर सेकंड रिपोर्ट की जाती है.
टैग:affects_outputs
--remote_print_execution_messages=<failure, success or all>
डिफ़ॉल्ट: "failure"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि रिमोट तौर पर एक्ज़ीक्यूट करने से जुड़े मैसेज कब प्रिंट करने हैं. मान्य वैल्यू, `failure` हैं. सिर्फ़ फ़ेल होने पर प्रिंट करने के लिए, सिर्फ़ फ़ेल होने पर प्रिंट करने के लिए `सफल` और हमेशा प्रिंट करने के लिए `all`.
टैग:terminal_output
--[no]sandbox_debug
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सैंडबॉक्सिंग सुविधा के लिए डीबगिंग सुविधाओं को सक्षम करता है. इसमें दो चीज़ें शामिल हैं: पहली, सैंडबॉक्स रूट सामग्री बनाने के बाद उसमें कोई बदलाव नहीं किया जाता; दूसरा, एक्ज़ीक्यूशन के बाद, डीबग करने की अतिरिक्त जानकारी प्रिंट करता है. इससे Baज़र या Starlark के नियमों के डेवलपर को, इनपुट फ़ाइलें मौजूद न होने वगैरह की वजह से डीबग करने में मदद मिल सकती है.
टैग:terminal_output
--show_result=<an integer>
डिफ़ॉल्ट: "1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के नतीजे दिखाएं. हर टारगेट के लिए बताएं कि उसे अप-टू-डेट किया गया था या नहीं. अगर हां, तो बनाई गई आउटपुट फ़ाइलों की सूची भी बताएं. प्रिंट की गई फ़ाइलें शेल में कॉपी करने+पेस्ट करने और उन्हें चलाने के लिए सुविधाजनक स्ट्रिंग होती हैं.
इस विकल्प के लिए एक पूर्णांक तर्क ज़रूरी होता है, जो टारगेट की वह थ्रेशोल्ड संख्या होती है जिसके ऊपर नतीजे की जानकारी प्रिंट नहीं की जाती. इसलिए, शून्य से मैसेज को दबा दिया जाता है और MAX_INT के कारण नतीजे को हमेशा प्रिंट किया जाता है. डिफ़ॉल्ट सेटिंग एक है.
अगर किसी टारगेट के लिए कुछ नहीं बनाया गया था, तो आउटपुट को थ्रेशोल्ड में रखने के लिए, नतीजों को हटाया जा सकता है.
टैग:affects_outputs
--[no]subcommands
[-s
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के दौरान लागू किए गए सब-कमांड दिखाएं. मिलते-जुलते फ़्लैग: --execution_log_json_file, --execution_log_binary_file (किसी टूल-फ़्रेंडली फ़ॉर्मैट में किसी फ़ाइल में सब-कमांड को लॉग करने के लिए).
टैग:terminal_output
--test_output=<summary, errors, all or streamed>
डिफ़ॉल्ट: "खास जानकारी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह मनचाहे आउटपुट मोड के बारे में बताता है. मान्य वैल्यू 'खास जानकारी' होती हैं केवल परीक्षण स्थिति सारांश, 'गड़बड़ी' का आउटपुट देने के लिए विफल परीक्षणों के लिए परीक्षण लॉग भी प्रिंट करने के लिए, 'सभी' सभी परीक्षणों के लॉग प्रिंट करने और 'स्ट्रीम' किए जाने के लिए सभी जांचों के लिए लॉग आउटपुट का रीयल टाइम में इस्तेमाल करें (इससे जांच स्थानीय तौर पर एक बार में एक बार लागू होगी, भले ही --test_strategy वैल्यू कोई भी हो).
टैग:test_runner
,terminal_output
,execution
--test_summary=<short, terse, detailed, none or testcase>
डिफ़ॉल्ट: "छोटा"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह टेस्ट की खास जानकारी का पसंदीदा फ़ॉर्मैट तय करता है. मान्य वैल्यू 'छोटी' है केवल किए गए परीक्षणों की जानकारी प्रिंट करने के लिए, 'क्षमता', केवल चलाए गए असफल परीक्षणों की जानकारी प्रिंट करने के लिए, 'विवरण' जांच में सफल न होने वाले टेस्ट केस की पूरी जानकारी प्रिंट करने के लिए, 'testcase' टेस्ट केस रिज़ॉल्यूशन में खास जानकारी को प्रिंट करने के लिए, 'फ़ेल टेस्ट केस' और 'कोई नहीं' के बारे में ज़्यादा जानकारी न प्रिंट करें जवाब को छोड़ दें.
टैग:terminal_output
--[no]verbose_explanations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'एक्सप्लेनेशंस' सुविधा चालू है, तो एक्सप्लेनेशंस को ज़्यादा शब्दों में दिखाया जाता है. अगर --explain चालू नहीं है, तो इसका कोई असर नहीं होता.
टैग:affects_outputs
--[no]verbose_failures
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर कोई निर्देश काम नहीं करता, तो पूरी कमांड लाइन प्रिंट करें.
टैग:terminal_output
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--aspects_parameters=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कमांड लाइन आसपेक्ट पैरामीटर की वैल्यू बताता है. हर पैरामीटर की वैल्यू, <param_name>=<param_value> के ज़रिए बताई जाती है, जैसे कि 'my_param=my_val' जहां 'my_param' 'आसपेक्ट सूची' में किसी पहलू का पैरामीटर है या सूची के किसी पहलू के लिए ज़रूरी है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है. हालांकि, एक ही पैरामीटर के लिए एक से ज़्यादा बार वैल्यू असाइन नहीं की जा सकती.
टैग:loading_and_analysis
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
--target_pattern_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट किया जाता है, तो बिल्ड कमांड लाइन के बजाय, यहां नाम की फ़ाइल के पैटर्न को पढ़ेगा. यहां किसी फ़ाइल के साथ-साथ कमांड-लाइन पैटर्न बताने में भी कोई गड़बड़ी होती है.
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_circuit_breaker_strategy=<failure>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सर्किट ब्रेकर के इस्तेमाल की रणनीति के बारे में बताता है. उपलब्ध रणनीतियां "काम नहीं कर रहे" हैं. इस विकल्प के लिए अमान्य वैल्यू पर, जैसा विकल्प सेट नहीं किया गया है.
टैग:execution
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--[no]experimental_guard_against_concurrent_changes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी कार्रवाई की इनपुट फ़ाइलों को रिमोट कैश में अपलोड करने से पहले, ctime देखने की सुविधा बंद करने के लिए इसे बंद करें. ऐसे मामले हो सकते हैं जहां Linux कर्नेल फ़ाइलों को लिखने में देरी करता है और इसकी वजह से फ़ॉल्स पॉज़िटिव नतीजे आ सकते हैं.
--[no]experimental_remote_cache_async
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो रिमोट कैश I/O, स्पॉन्स के हिस्से के बजाय बैकग्राउंड में होगा.
--experimental_remote_cache_eviction_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बिल्ड में रिमोट कैश मेमोरी को हटाने में कोई गड़बड़ी हुई हो, तो फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. एक गैर-शून्य मान को स्पष्ट रूप से --insupported_remote_use_new_exit_code_for_lost_inputs को सही पर सेट कर दिया जाएगा. हर कोशिश के लिए एक नया शुरू करने का आईडी जनरेट किया जाएगा. अगर आप न्योते का आईडी जनरेट करते हैं और उसे --invocation_id के साथ Basel को उपलब्ध कराते हैं, तो आपको इस फ़्लैग का इस्तेमाल नहीं करना चाहिए. इसके बजाय, फ़्लैग --inaffiliate_remote_use_new_exit_code_for_lost_inputs सेट करें और एग्ज़िट कोड 39 देखें.
टैग:execution
--[no]experimental_remote_cache_lease_extension
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर बैज को 'सही है' पर सेट किया जाता है, तो Baze, बिल्ड के दौरान रिमोट तरीके से की जाने वाली कार्रवाइयों के आउटपुट के लिए, लीज़ को बढ़ा देगा. इसके लिए, समय-समय पर रिमोट कैश मेमोरी में `FindFindingBlobs` कॉल को भेजना होगा. फ़्रीक्वेंसी `--experimental_remote_cache_ttl` की वैल्यू पर आधारित है.
--experimental_remote_cache_ttl=<An immutable length of time.>
डिफ़ॉल्ट: "3h"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हाल ही में रेफ़र किए गए डाइजेस्ट के बाद, रिमोट कैश मेमोरी में कम से कम BLOB की गारंटी दी जाती है. उदाहरण के लिए, के ज़रिए बनाया जा सकता है. Basel ने अपनी लाइव स्ट्रीम के दौरान, BLOBs के आधार पर कई ऑप्टिमाइज़ेशन किए TTL, जैसे इंक्रीमेंटल बिल्ड में बार-बार GetActionresults को कॉल नहीं करता. वैल्यू, असली TTL से कुछ कम सेट होनी चाहिए, क्योंकि सर्वर की तरफ़ से डाइजेस्ट वापस मिलने और बेज़ल को मिलने के समय के बीच एक अंतर है.
टैग:execution
--experimental_remote_capture_corrupted_outputs=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उस डायरेक्ट्री का पाथ जहां गड़बड़ी वाले आउटपुट कैप्चर किए जाएंगे.
--[no]experimental_remote_discard_merkle_trees
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो इनपुट रूट के मर्कल ट्री की इन-मेमोरी कॉपी और इससे जुड़ी इनपुट मैपिंग को, GetActionresults() और नया वर्शन को एक्ज़ीक्यूट करने के दौरान खारिज करें. इससे मेमोरी का इस्तेमाल काफ़ी कम हो जाता है. हालांकि, इसके लिए यह ज़रूरी है कि रिमोट कैश मेमोरी के न होने और बार-बार कोशिश करने पर, Baze ने उन्हें फिर से कैलकुलेट किया हो.
--experimental_remote_downloader=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट ऐसेट एपीआई एंडपॉइंट यूआरआई, जिसका इस्तेमाल रिमोट डाउनलोड प्रॉक्सी के तौर पर किया जाना है. इस्तेमाल किए जा सकने वाले स्कीमा हैं grpc, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट). अगर कोई स्कीमा नहीं दिया जाता है, तो Bagel डिफ़ॉल्ट रूप से grpcs पर सेट होगा. इस लिंक पर जानकारी पाएं: https://github.com/batzbuild/remote-apis/blob/Master/build/ba आवाज़ों/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर रिमोट डाउनलोडर विफल हो जाता है, तो स्थानीय डाउनलोडर पर वापस जाना है या नहीं.
--[no]experimental_remote_execution_keepalive
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तरीके से एक्ज़ीक्यूट करने के लिए, कीपअलाइव का इस्तेमाल करना है या नहीं.
--experimental_remote_failure_rate_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "10"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी खास टाइम विंडो के लिए, कितने प्रतिशत फ़ेलियर रेट सेट किया जा सकता है, इसके बाद रिमोट कैश/एक्ज़िकेटर को कॉल करना बंद कर देता है. डिफ़ॉल्ट रूप से, यह वैल्यू 10 होती है. इसे 0 पर सेट करने का मतलब है कि कोई सीमा तय नहीं है.
टैग:execution
--experimental_remote_failure_window_interval=<An immutable length of time.>
डिफ़ॉल्ट: "60 सेकंड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह इंटरवल जिसमें रिमोट अनुरोधों के पूरे न हो पाने की दर को कैलकुलेट किया जाता है. शून्य या नेगेटिव वैल्यू पर, प्रोसेस पूरी होने की पूरी अवधि के लिए, गड़बड़ी के कुल समय का हिसाब लगाया जाता है.नीचे दी गई इकाइयां इस्तेमाल की जा सकती हैं: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (ms). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड माना जाता है.
टैग:execution
--[no]experimental_remote_mark_tool_inputs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो Basil रिमोट एक्ज़िक्यूटर के लिए, इनपुट को टूल इनपुट के तौर पर मार्क कर देगा. इसका इस्तेमाल, ऑफ़िस से दूर रहकर काम करने वाले लोगों को लागू करने के लिए किया जा सकता है.
--[no]experimental_remote_merkle_tree_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो मर्कल ट्री की कैलकुलेशन को याद कर लिया जाएगा, ताकि रिमोट कैश हिट चेकिंग स्पीड को बेहतर बनाया जा सके. कैश मेमोरी के मेमोरी फ़ुट प्रिंट को --experimental_remote_mercle_tree_cache_size से कंट्रोल किया जाता है.
--experimental_remote_merkle_tree_cache_size=<a long integer>
डिफ़ॉल्ट: "1000"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट कैश हिट चेकिंग स्पीड को बेहतर बनाने के लिए, Mercal ट्री की संख्या को याद रखना. हालांकि, Java के सॉफ़्ट रेफ़रंस को हैंडल करने के हिसाब से, कैश मेमोरी को अपने-आप कम कर दिया जाता है, लेकिन आउट-ऑफ़-मेमोरी गड़बड़ियां बहुत ज़्यादा सेट करने पर हो सकती हैं. शून्य पर सेट होने पर कैश मेमोरी का साइज़ अनलिमिटेड होता है. सही वैल्यू, प्रोजेक्ट के साइज़ के हिसाब से अलग-अलग होती है. डिफ़ॉल्ट वैल्यू 1,000 पर सेट होती है.
--[no]experimental_remote_require_cached
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो पक्का करें कि रिमोट तरीके से चलाई जा सकने वाली सभी कार्रवाइयों को कैश मेमोरी में सेव किया जाए. अगर ऐसा नहीं किया जाता है, तो बिल्ड फ़ेल हो जाएगा. यह उन समस्याओं को हल करने में मदद करता है जो तय नहीं हैं
--experimental_remote_scrubbing_config=<Converts to a Scrubber>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उपलब्ध कराई गई कॉन्फ़िगरेशन फ़ाइल के साथ रिमोट कैश कुंजी स्क्रबिंग चालू करता है, जो टेक्स्ट फ़ॉर्मैट में ScrbbingConfig प्रोटोकॉल बफ़र होना चाहिए. इस सुविधा का मकसद एक ही प्लैटफ़ॉर्म को टारगेट करके, अलग-अलग प्लैटफ़ॉर्म पर की जा रही कार्रवाइयों के बीच रिमोट/डिस्क कैश मेमोरी शेयर करना है. इसका इस्तेमाल बहुत सावधानी से किया जाना चाहिए, क्योंकि गलत सेटिंग की वजह से गलती से कैश एंट्री शेयर हो सकती हैं और बिल्ड गलत हो सकते हैं. स्क्रबिंग से इस बात पर कोई असर नहीं पड़ता कि कार्रवाई कैसे की जाती है. सिर्फ़ कार्रवाई का नतीजा पाने या सेव करने के लिए, इसकी रिमोट/डिस्क कैश कुंजी को कैलकुलेट करने के तरीके पर कोई असर नहीं पड़ता. इसका इस्तेमाल, रिमोट तरीके से एक्ज़ीक्यूट करने की सुविधा के साथ नहीं किया जा सकता. स्क्रबिंग कॉन्फ़िगरेशन में बदलाव करने से, लोकल फ़ाइल सिस्टम या इंटरनल कैश मेमोरी में मौजूद आउटपुट अमान्य नहीं होते; जिन कार्रवाइयों पर असर पड़ा है उन्हें फिर से लागू करने के लिए, क्लीन बिल्ड ज़रूरी है. इस सुविधा का सही तरीके से इस्तेमाल करने के लिए, कस्टम --host_platform को --experimental_platform_in_Output_dr (आउटपुट प्रीफ़िक्स को सामान्य बनाने के लिए) और --inaffiliate_strict_action_env (एनवायरमेंट वैरिएबल को नॉर्मलाइज़ करने के लिए) के साथ एक साथ सेट किया जा सकता है.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
--[no]incompatible_remote_build_event_upload_respect_no_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अब काम नहीं करता. नहीं. इसके बजाय --remote_build_event_upload=minimal का उपयोग करें.
--[no]incompatible_remote_downloader_send_all_headers
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि सिर्फ़ पहले वाले हेडर के बजाय, कई वैल्यू वाले हेडर की सभी वैल्यू, रिमोट डाउनलोड करने वाले व्यक्ति को भेजनी हैं या नहीं.
टैग:incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो आउटपुट पाथ काम करने वाली डायरेक्ट्री के बजाय, इनपुट रूट के हिसाब से होते हैं.
टैग:incompatible_change
--[no]incompatible_remote_results_ignore_disk
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नो-ऑप
टैग:incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बिल्ड को 'सही है' पर सेट किया जाता है, तो अगर बिल्ड के दौरान रिमोट कैश मेमोरी खाली हो जाती है, तो Basel 34 के बजाय नए एग्ज़िट कोड 39 का इस्तेमाल करेगा.
टैग:incompatible_change
--[no]remote_accept_cached
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है क्या दूर से कैश मेमोरी में सेव की गई कार्रवाई के नतीजों को स्वीकार करना है.
--remote_build_event_upload=<all or minimal>
डिफ़ॉल्ट: "कम से कम"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'all' पर सेट किया जाता है, तो BEP से रेफ़र किए गए सभी लोकल आउटपुट, रिमोट कैश मेमोरी में अपलोड हो जाते हैं. अगर इस नीति को 'कम से कम' पर सेट किया जाता है, तो बीईपी से मिले लोकल आउटपुट, रिमोट कैश मेमोरी में अपलोड नहीं किए जाते. हालांकि, बीईपी के उपभोक्ताओं के लिए ज़रूरी फ़ाइलों (जैसे, टेस्ट लॉग और टाइम प्रोफ़ाइल) को छोड़कर. bytestream:// स्कीम का इस्तेमाल हमेशा फ़ाइलों के यूआरआई के लिए किया जाता है, भले ही वे रिमोट कैश में मौजूद न हों. डिफ़ॉल्ट तौर पर यह 'कम से कम' पर सेट होता है.
--remote_bytestream_uri_prefix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड इवेंट स्ट्रीम में लिखे गए bytestream:// यूआरआई में इस्तेमाल किया जाने वाला होस्टनेम और इंस्टेंस नाम. इस विकल्प को तब सेट किया जा सकता है, जब प्रॉक्सी का इस्तेमाल करके बिल्ड किया जाता है. इससे --remote_executor और --remote_instance_name की वैल्यू, रिमोट एक्ज़िक्यूशन सेवा के कैननिकल नाम से अलग हो जाती हैं. अगर नीति को सेट नहीं किया जाता है, तो यह डिफ़ॉल्ट रूप से "${hostname}/${instance_name}" पर सेट हो जाएगा.
--remote_cache=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है कैश मेमोरी में सेव किए जाने वाले एंडपॉइंट का यूआरआई. काम करने वाले स्कीमा http, https, grp, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट) हैं. अगर कोई स्कीमा नहीं दिया जाता है, तो Bagel डिफ़ॉल्ट रूप से grpcs पर सेट होगा. TLS को बंद करने के लिए, grpc://, http:// या unix: स्कीमा तय करें. https://baडेल.build/remote/cating देखें
--[no]remote_cache_compression
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर यह सुविधा चालू है, तो zstd फ़ॉर्मैट में कैश ब्लॉब को कंप्रेस या डीकंप्रेस करें.
--remote_cache_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है वह हेडर बताएं जिसे कैश मेमोरी के अनुरोधों में शामिल किया जाएगा: --remote_cache_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_default_exec_properties=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर किसी एक्ज़ीक्यूशन प्लैटफ़ॉर्म ने पहले से exec_property को सेट नहीं किया हो, तो रिमोट एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर इस्तेमाल करने के लिए, डिफ़ॉल्ट एक्ज़ेक्यूटिव प्रॉपर्टी सेट करें.
टैग:affects_outputs
--remote_default_platform_properties=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर एक्ज़ीक्यूशन प्लैटफ़ॉर्म पहले से Remote_execution_property को सेट नहीं करता है, तो रिमोट एक्ज़िक्यूशन एपीआई के लिए, डिफ़ॉल्ट प्लैटफ़ॉर्म प्रॉपर्टी को सेट करें. इस वैल्यू का इस्तेमाल तब भी किया जाएगा, जब रिमोट तरीके से एक्ज़ीक्यूशन के लिए, होस्ट प्लैटफ़ॉर्म को एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर चुना जाता है.
--remote_download_regex=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Baज़ल को दिए गए regexp से मेल खाने वाले आर्टफ़ैक्ट डाउनलोड करने के लिए ज़बरदस्ती करें. इसे बाइट (या इंटरनल मिलती-जुलती) के बिना बिल्ड के साथ इस्तेमाल करना है, ताकि क्लाइंट कुछ ऐसे आर्टफ़ैक्ट का अनुरोध कर सके जिनकी स्थानीय तौर पर ज़रूरत पड़ सकती है (जैसे कि आईडीई सपोर्ट). इस फ़्लैग को दोहराकर कई रेगुलर एक्सप्रेशन तय किए जा सकते हैं.
टैग:affects_outputs
--remote_downloader_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है वह हेडर तय करें जिसे रिमोट डाउनलोडर अनुरोधों में शामिल किया जाएगा: --remote_downloader_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_exec_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है हेडर तय करें, जिसे प्रोग्राम चलाने के अनुरोधों में शामिल किया जाएगा: --remote_exec_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_execution_priority=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तरीके से लागू की जाने वाली कार्रवाइयों की प्राथमिकता. किसी खास प्राथमिकता वैल्यू के सिमेंटिक्स, सर्वर पर निर्भर करते हैं.
--remote_executor=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट एक्ज़ीक्यूशन एंडपॉइंट का Host या Host:PORT. इस्तेमाल किए जा सकने वाले स्कीमा हैं grpc, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट). अगर कोई स्कीमा नहीं दिया जाता है, तो Bagel डिफ़ॉल्ट रूप से grpcs पर सेट होगा. TLS को बंद करने के लिए, grpc:// या Unix: स्कीमा तय करें.
--remote_grpc_log=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर बताया गया हो, तो gRPC कॉल से जुड़ी जानकारी लॉग करने वाली फ़ाइल का पाथ. इस लॉग में, क्रम से लगाए गए com.google.devtools.build.lib.remote.logging.remote प्रोसेसutionLog.LogEntry Protobufs का क्रम होता है. हर मैसेज से पहले एक वैरिंट लगाया जाता है. यह आगे दिए गए सीरियल वाले प्रोटोबफ़ मैसेज का साइज़ दिखाता है, जिसे LogEntry.writeDelimitedTo(OutputStream) तरीके से लागू किया जाता है.
--remote_header=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उस हेडर के बारे में बताएं जिसे अनुरोधों में शामिल किया जाएगा: --remote_header=Name=Value. फ़्लैग को कई बार तय करके, एक से ज़्यादा हेडर भेजे जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_instance_name=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट एक्ज़ीक्यूशन एपीआई में example_name के तौर पर पास की जाने वाली वैल्यू.
--[no]remote_local_fallback
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तरीके से प्रोग्राम चलाने की प्रोसेस पूरी न होने पर, लोकल एक्ज़ीक्यूशन की रणनीति अपनानी है या नहीं.
--remote_local_fallback_strategy=<a string>
डिफ़ॉल्ट: "स्थानीय"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है नहीं, काम नहीं कर रहा. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/7480 पर जाएं.
--remote_max_connections=<an integer>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रिमोट कैश/निष्पादक तक एक साथ होने वाले कनेक्शन की अधिकतम संख्या को सीमित करें. डिफ़ॉल्ट तौर पर, यह वैल्यू 100 होती है. इसे 0 पर सेट करने का मतलब है कि कोई सीमा तय नहीं है.
एचटीटीपी रिमोट कैश के लिए, एक टीसीपी कनेक्शन एक बार में एक अनुरोध को हैंडल कर सकता है. इसलिए, Basel एक साथ --remote_max_ connections तक के अनुरोध कर सकता है.
gRPC रिमोट कैश/एक्ज़िकेटर के लिए, एक gRPC चैनल आम तौर पर 100 से ज़्यादा एक साथ किए जाने वाले अनुरोधों को हैंडल कर सकता है. इसलिए, Basel को `--remote_max_ connections * 100` एक साथ अनुरोध करने की सुविधा मिल सकती है.
टैग:host_machine_resource_optimizations
--remote_proxy=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी प्रॉक्सी के ज़रिए, रिमोट कैश से कनेक्ट करें. फ़िलहाल, इस फ़्लैग का इस्तेमाल सिर्फ़ Unix डोमेन सॉकेट (unix:/path/to/socket) को कॉन्फ़िगर करने के लिए किया जा सकता है.
--remote_result_cache_priority=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट कैश में सेव की जाने वाली रिमोट ऐक्शन की प्राथमिकता. किसी खास प्राथमिकता वैल्यू के सिमेंटिक्स, सर्वर पर निर्भर करते हैं.
--remote_retries=<an integer>
डिफ़ॉल्ट: "5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी अस्थायी गड़बड़ी को फिर से करने के लिए, ज़्यादा से ज़्यादा बार कोशिश की जा सकती है. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
--remote_retry_max_delay=<An immutable length of time.>
डिफ़ॉल्ट: "5s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है दूसरी जगह से दोबारा कोशिश करने की कोशिशों के बीच, बैकऑफ़ में ज़्यादा से ज़्यादा देरी. नीचे दी गई इकाइयों का इस्तेमाल किया जा सकता है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (ms). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड माना जाता है.
--remote_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "60 सेकंड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट तौर पर एक्ज़ीक्यूट करने और कैश मेमोरी से कॉल करने के लिए, इंतज़ार का ज़्यादा से ज़्यादा समय. REST कैश मेमोरी के लिए, यह कनेक्ट और रीड टाइम आउट, दोनों है. नीचे दी गई इकाइयों का इस्तेमाल किया जा सकता है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (ms). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड माना जाता है.
--[no]remote_upload_local_results
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर रिमोट कैश मेमोरी काम करती है और उपयोगकर्ता को ऐसा करने की अनुमति है, तो स्थानीय तौर पर लागू की गई कार्रवाई के नतीजों को रिमोट कैश में अपलोड किया जाए या नहीं.
--[no]remote_verify_downloads
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर नीति को 'सही है' पर सेट किया जाता है, तो Baze सभी रिमोट डाउनलोड के हैश योग को कैलकुलेट करेगा. साथ ही, अगर रिमोट तौर पर कैश मेमोरी में सेव की गई वैल्यू, उम्मीद के मुताबिक वैल्यू से मेल नहीं खाती हैं, तो वे रिमोट तरीके से कैश मेमोरी में सेव की गई वैल्यू को खारिज कर देंगी.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--[no]allow_analysis_cache_discard
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड सिस्टम में बदलाव की वजह से विश्लेषण कैश मेमोरी को खारिज करने पर, इस विकल्प को 'गलत है' पर सेट करने से बेज़ल बाहर हो जाएगा, न कि बिल्ड जारी रखने का. 'discard_analysis_cache' होने पर इस विकल्प का कोई असर नहीं पड़ता भी सेट होता है.
टैग:eagerness_to_exit
--auto_output_filter=<none, all, packages or subpackages>
डिफ़ॉल्ट: "कोई नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर --आउटपुट_फ़िल्टर दिया गया नहीं है, तो इस विकल्प के लिए मान का इस्तेमाल किया जाता है. इससे अपने आप एक फ़िल्टर बन जाता है. अनुमति वाली वैल्यू 'कोई नहीं' है (कुछ भी फ़िल्टर नहीं करना / सब कुछ दिखाना), 'सभी' (सब कुछ फ़िल्टर करें / कुछ न दिखाएं), 'पैकेज' (ब्लेज़ कमांड लाइन में बताए गए पैकेज में नियमों से मिले आउटपुट शामिल करें), और 'सबपैकेज' (जैसे 'पैकेज', लेकिन उसमें सबपैकेज भी शामिल करें). 'packages' के लिए और 'सबपैकेज' value //java/foo और //javatests/foo को एक पैकेज माना जाता है)'.
--[no]build_manual_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट टारगेट को 'मैन्युअल' टैग करने के लिए मजबूर किया जाता है बनाया जाना है. 'मैन्युअल' टेस्ट को प्रोसेस से बाहर रखा गया है. यह विकल्प उन्हें बनाए जाने के लिए मजबूर करता है, लेकिन उन्हें लागू नहीं किया जाता.
--build_tag_filters=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टैग की कॉमा-सेपरेटेड लिस्ट दिखाता है. प्रत्येक टैग को वैकल्पिक रूप से पहले '-' के साथ रखा जा सकता है का इस्तेमाल करें. सिर्फ़ वही टारगेट बनाए जाएंगे जिनमें कम से कम एक शामिल किया गया टैग हो और किसी भी हटाए गए टैग न हों. इस विकल्प से, 'टेस्ट' की मदद से किए गए टेस्ट के सेट पर कोई असर नहीं पड़ता निर्देश दें; उन्हें टेस्ट फ़िल्टर करने के विकल्पों से कंट्रोल किया जाता है, उदाहरण के लिए '--test_tag_filters'
--[no]build_tests_only
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर बताया गया है, तो सिर्फ़ *_test और test_suite के नियम बनाए जाएंगे और कमांड लाइन पर तय किए गए अन्य टारगेट को अनदेखा कर दिया जाएगा. अनुरोध की गई हर चीज़ डिफ़ॉल्ट रूप से बनाई जाएगी.
--combined_report=<none or lcov>
डिफ़ॉल्ट: "कोई नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह तय करता है कि कुल कवरेज की रिपोर्ट किस तरह की है. फ़िलहाल, सिर्फ़ LCOV का इस्तेमाल किया जा सकता है.
--[no]compile_one_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है आर्ग्युमेंट फ़ाइलों की एक डिपेंडेंसी कंपाइल करें. यह आईडीई में सिंटैक्स की सोर्स फ़ाइलों की जांच करने के लिए मददगार है. उदाहरण के लिए, सोर्स फ़ाइल पर निर्भर एक टारगेट को फिर से बनाकर, ताकि एडिट/बिल्ड/टेस्ट साइकल में गड़बड़ियों का जल्द से जल्द पता लगाया जा सके. यह आर्ग्युमेंट, बिना फ़्लैग वाले सभी आर्ग्युमेंट के बारे में जानकारी देने के तरीके पर असर डालता है; बनाने के लिए टारगेट होने के बजाय, वे सोर्स फ़ाइल नाम हैं. हर सोर्स फ़ाइल के नाम के लिए, एक आर्बिट्रेरी टारगेट बनाया जाएगा, जो इस पर निर्भर करता है.
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--[no]discard_analysis_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है विश्लेषण का चरण पूरा होने के तुरंत बाद, विश्लेषण की कैश मेमोरी को खारिज कर दें. इससे, मेमोरी के इस्तेमाल को ~10% तक कम किया जा सकता है. हालांकि, इससे ऐप्लिकेशन की रफ़्तार धीमी हो जाती है.
--disk_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उस डायरेक्ट्री का पाथ जहां Basel, कार्रवाइयां और ऐक्शन आउटपुट पढ़ और लिख सकता है. अगर डायरेक्ट्री मौजूद नहीं है, तो वह बनाई जाएगी.
--embed_label=<a one-line string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है सोर्स कंट्रोल में बदलाव करने की सुविधा या रिलीज़ लेबल को बाइनरी में जोड़ें
--execution_log_binary_file=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है src/main/protobuf/spawn.proto के मुताबिक, एक्ज़ीक्यूट किए गए स्पॉन्स को इस फ़ाइल में डीलिमिटेड स्पान प्रोटो के तौर पर लॉग करें. मिलते-जुलते फ़्लैग: --execution_log_json_file (टेक्स्ट JSON फ़ॉर्मैट; म्यूचुअली एक्सक्लूसिव), --execution_log_sort (एक्ज़िक्यूशन लॉग क्रम से लगाना है या नहीं), --subcommands (टर्मिनल आउटपुट में सबकमैंड दिखाने के लिए).
--execution_log_json_file=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है src/main/protobuf/spawn.proto के मुताबिक, एक्ज़ीक्यूट किए गए स्पॉन्स को इस फ़ाइल में, डिलिमिटेड स्पॉन्स प्रोटो के JSON फ़ॉर्मैट के तौर पर लॉग करें. संबंधित फ़्लैग: --execution_log_binary_file (बाइनरी प्रोटोबफ़ फ़ॉर्मैट; म्यूचुअली एक्सक्लूसिव), --execution_log_sort (एक्ज़िक्यूशन लॉग को क्रम से लगाना है या नहीं), --subcommands (टर्मिनल आउटपुट में सबकमैंड दिखाने के लिए).
--[no]execution_log_sort
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है एक्ज़ीक्यूशन लॉग को क्रम से लगाना है या नहीं. इससे, सभी न्योतों के लॉग की तुलना करना आसान हो जाता है. 'गलत' पर सेट करें, ताकि शुरू करने के आखिर में, लॉग इन को नॉन-डिटरमिनिस्टिक एक्ज़ीक्यूशन ऑर्डर बनाने की लागत में सीपीयू और मेमोरी के संभावित इस्तेमाल से बचा जा सके.
--[no]expand_test_suites
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
विश्लेषण से पहले, test_suite के टारगेट को उनके मूल टेस्ट में बड़ा करें. जब इस फ़्लैग को चालू (डिफ़ॉल्ट) किया जाता है, तो टेस्ट सुइट से जुड़े टेस्ट पर नेगेटिव टारगेट पैटर्न लागू होंगे, नहीं तो वे नहीं होंगे. इस फ़्लैग को बंद करना तब फ़ायदेमंद होता है, जब कमांड लाइन पर टॉप-लेवल के पहलुओं को लागू किया जाता है: इसके बाद वे test_suite टारगेट का विश्लेषण कर सकते हैं.
टैग:loading_and_analysis
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पहलुओं का समर्थन नहीं किया गया है. टारगेट के सेट के फ़िल्टर जिनके लिए extra_action शेड्यूल करने हैं.
--[no]experimental_extra_action_top_level_only
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पहलुओं का समर्थन नहीं किया गया है. टॉप लेवल टारगेट के लिए सिर्फ़ extra_action शेड्यूल करता है.
--experimental_spawn_scheduler
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कार्रवाइयों को स्थानीय तौर पर या रिमोट तरीके से साथ-साथ चलाकर, डाइनैमिक एक्ज़ीक्यूशन की सुविधा चालू करें. बेज़ल, हर गेम को स्थानीय तौर पर और कहीं से भी शुरू करते हैं. साथ ही, जो गेम पहले पूरा करता है उसे चुनता है. अगर कोई कार्रवाई कर्मियों के साथ काम करती है, तो स्थानीय कार्रवाई परसिस्टेंट वर्कर मोड में होगी. इसके बजाय, किसी खास कार्रवाई की याद दिलाने के लिए, `--internal_spawn_Scheduler` और `--strategy=<mnemonic>= Dynamic` फ़्लैग का इस्तेमाल करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_spawn_scheduler
--spawn_strategy=dynamic
--[no]incompatible_dont_use_javasourceinfoprovider
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नो-ऑप
टैग:incompatible_change
--local_termination_grace_seconds=<an integer>
डिफ़ॉल्ट: "15"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टाइम आउट की वजह से लोकल प्रोसेस को खत्म करने और उसे ज़बरदस्ती बंद करने के बीच इंतज़ार का समय.
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
--test_lang_filters=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह जांच भाषाओं की कॉमा-सेपरेटेड लिस्ट होती है. प्रत्येक भाषा को वैकल्पिक रूप से पहले '-' के साथ रखा जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे जो निर्दिष्ट भाषाओं में लिखे गए हैं. हर भाषा के लिए इस्तेमाल किया जाने वाला नाम, *_test नियम में भाषा के प्रीफ़िक्स से मेल खाना चाहिए, जैसे कि 'cc', 'java', 'py' वगैरह में से एक. यह विकल्प --build_tests_only व्यवहार और परीक्षण कमांड को प्रभावित करता है.
--test_size_filters=<comma-separated list of values: small, medium, large or enormous>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट साइज़ की कॉमा-सेपरेटेड लिस्ट दिखाता है. हर साइज़ से पहले वैकल्पिक रूप से '-' का इस्तेमाल किया जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे, जिनमें कम से कम एक शामिल किया गया आकार होता है और उनमें कोई भी बहिष्कृत आकार शामिल नहीं होता. यह विकल्प --build_tests_only व्यवहार और टेस्ट कमांड पर असर डालता है.
--test_tag_filters=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट टैग की कॉमा-सेपरेटेड लिस्ट दिखाता है. प्रत्येक टैग को वैकल्पिक रूप से पहले '-' के साथ रखा जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे, जिनमें कम से कम एक शामिल किया गया टैग शामिल होगा और उनमें कोई भी बहिष्कृत टैग शामिल नहीं होगा. यह विकल्प --build_tests_only व्यवहार और टेस्ट कमांड पर असर डालता है.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट टाइम आउट की कॉमा-सेपरेटेड लिस्ट दिखाता है. हर टाइम आउट में, वैकल्पिक तौर पर '-' का इस्तेमाल किया जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे, जिनमें कम से कम एक टाइमआउट शामिल किया गया हो और उसमें कोई भी बहिष्कृत टाइमआउट शामिल न हो. यह विकल्प --build_tests_only व्यवहार और टेस्ट कमांड पर असर डालता है.
--workspace_status_command=<path>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड की शुरुआत में एक निर्देश का इस्तेमाल किया जाता है, ताकि कुंजी/वैल्यू पेयर के तौर पर, फ़ाइल फ़ोल्डर की स्थिति की जानकारी दी जा सके. पूरी जानकारी के लिए उपयोगकर्ता गाइड देखें. उदाहरण के लिए, Tools/buildstamp/get_workspace_status देखें.
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]check_up_to_date
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड न करें, बस देख लें कि वह अप-टू-डेट है या नहीं. अगर सभी टारगेट अप-टू-डेट हैं, तो बिल्ड सफलतापूर्वक पूरा हो जाता है. अगर किसी चरण को पूरा करने की ज़रूरत है, तो गड़बड़ी की सूचना दी जाती है और बिल्ड फ़ेल हो जाता है.
टैग:execution
--[no]experimental_inprocess_symlink_creation
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिमलिंक ट्री बनाने के लिए, डायरेक्ट फ़ाइल सिस्टम कॉल करना है या नहीं
टैग:loading_and_analysis
,execution
,experimental
--[no]experimental_persistent_aar_extractor
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वर्कर का इस्तेमाल करके, लगातार Aar एक्सट्रैक्ट करने वाले टूल को चालू करें.
टैग:execution
--[no]experimental_remotable_source_manifests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या सोर्स मेनिफ़ेस्ट कार्रवाइयों को रिमोट तौर पर बनाया जाना है
टैग:loading_and_analysis
,execution
,experimental
--[no]experimental_split_coverage_postprocessing
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, नए स्पॉन्स में टेस्ट के लिए, कवरेज पोस्टप्रोसेसिंग चलाएगा.
टैग:execution
--[no]experimental_split_xml_generation
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह फ़्लैग सेट है और परीक्षण कार्रवाई से test.xml फ़ाइल जनरेट नहीं होती है, तो Basel, परीक्षण लॉग वाली एक dummy test.xml फ़ाइल जनरेट करने के लिए एक अलग कार्रवाई का उपयोग करता है. ऐसा न होने पर, Basel की टेस्ट ऐक्शन फ़ाइल के तौर पर test.xml जनरेट होता है.
टैग:execution
--[no]experimental_strict_fileset_output
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प चालू है, तो फ़ाइलसेट सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें मानेंगे. वे डायरेक्ट्री में रुकावट नहीं डालेंगी या सिमलिंक के प्रति संवेदनशील नहीं होंगी.
टैग:execution
--[no]experimental_use_semaphore_for_jobs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'सही है' पर सेट है, तो एक साथ काम करने की संख्या को सीमित करने के लिए, सेमाफ़ोर का भी इस्तेमाल करें.
टैग:host_machine_resource_optimizations
,execution
--genrule_strategy=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बताएं कि जेनरूल को कैसे लागू करना है. इस फ़्लैग को हटा दिया जाएगा. इसके बजाय, --spawn_strategy=<value> का इस्तेमाल करें सभी कार्रवाइयों को कंट्रोल करने के लिए या --strategy=Genमैन्युअल=<value> का इस्तेमाल कैसे किया जा सकता है.
टैग:execution
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
[-j
] डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चलाने के लिए एक साथ चलाए जाने वाले जॉब की संख्या. यह एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") का इस्तेमाल करता है. इसके बाद, वैकल्पिक रूप से कोई कार्रवाई ([-|*]<float>) ली जाती है, जैसे कि. "auto", "Host_CPUS*.5". वैल्यू, 1 से 5,000 के बीच होनी चाहिए. 2500 से ज़्यादा वैल्यू की वजह से, मेमोरी से जुड़ी समस्याएं हो सकती हैं. "ऑटो" होस्ट संसाधनों के आधार पर उचित डिफ़ॉल्ट की गणना करता है.
टैग:host_machine_resource_optimizations
,execution
--[no]keep_going
[-k
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी गड़बड़ी के बाद, जितना हो सके उतना जारी रखें. जो टारगेट पूरा नहीं हो पाया और जो उस पर निर्भर हैं उनका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट से जुड़ी दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग:eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोड करने/विश्लेषण के फ़ेज़ में इस्तेमाल करने के लिए, पैरलल थ्रेड की संख्या. इसमें एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") इस्तेमाल होता है. इसके बाद, वैकल्पिक तौर पर कोई कार्रवाई ([-|*]<float>) ली जाती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "ऑटो" यह होस्ट संसाधनों के आधार पर एक उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए
टैग:bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कार्रवाई याद रखने के आधार पर किसी कार्रवाई को लागू करने की जानकारी में कुंजियां जोड़ें या हटाएं. यह सिर्फ़ उन कार्रवाइयों पर लागू होता है जो प्रोग्राम चलाने की जानकारी के साथ काम करती हैं. कई सामान्य कार्रवाइयों की मदद से, एक्ज़ीक्यूशन की जानकारी हासिल की जा सकती है, जैसे कि Genरूल, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा वैल्यू तय करते समय, क्रम मायने रखता है. इसकी वजह यह है कि एक ही याद दिलाने वाले तरीके पर कई रेगुलर एक्सप्रेशन लागू हो सकते हैं.
सिंटैक्स: "रेगुलर एक्सप्रेशन=[+-]key,regex=[+-]key,...".
उदाहरणः
'.*=+x,.*=-y,.*=+z' 'x' जोड़ता है और 'z' 'y' तक ले जाता है और उसे हटाता है से, सभी कार्रवाइयों को लागू करने की जानकारी.
'जेनरूल=+इसके लिए ज़रूरी है-x' 'ज़रूरी-x' जोड़ता है लागू करने की जानकारी भेज दिया जाता है.
'(?!सामान्य नियम).*=-requires-x' 'ज़रूरी-x' को हटाता है जो सामान्य कार्रवाइयां पूरी नहीं करतीं उनकी जानकारी से.
टैग:execution
,affects_outputs
,loading_and_analysis
--persistent_android_dex_desugar
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों का इस्तेमाल करके, Android dex और Desugar की लगातार कार्रवाइयां करने की सुविधा चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_android_dex_desugar
--strategy=Desugar=worker
--strategy=DexBuilder=worker
टैग:host_machine_resource_optimizations
,execution
--persistent_android_resource_processor
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मियों का इस्तेमाल करके स्थायी Android संसाधन प्रोसेसर को चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker
--strategy=ProcessDatabinding=worker
--strategy=GenerateDataBindingBaseClasses=worker
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_dex_desugar
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों का इस्तेमाल करके, लगातार मल्टीप्लेक्स Android dex और डीशुगर कार्रवाइयों को चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_resource_processor
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मियों का इस्तेमाल करके परसिस्टेंट मल्टीप्लेक्स वाला Android रिसॉर्स प्रोसेसर चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workers
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_tools
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्थायी और मल्टीप्लेक्स वाले Android टूल (डेक्सिंग, डिसुगरिंग, रिसॉर्स प्रोसेसिंग) चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_multiplex_busybox_tools
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar
टैग:host_machine_resource_optimizations
,execution
--[no]skip_incompatible_explicit_targets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कमांड लाइन पर साफ़ तौर पर लिस्ट किए गए काम न करने वाले टारगेट को छोड़ें. डिफ़ॉल्ट रूप से, ऐसे टारगेट बनाने पर गड़बड़ी होती है. हालांकि, इस विकल्प के चालू होने पर इन्हें बिना किसी सूचना के स्किप कर दिया जाता है. इस लिंक पर जानकारी देखें: https://bazu.build/extending/platforms#skipping-insupported-targets
टैग:loading_and_analysis
--spawn_strategy=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करें कि स्पॉन्सर ऐक्शन को डिफ़ॉल्ट रूप से कैसे एक्ज़ीक्यूट किया जाए. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता के बीच, कॉमा लगाकर अलग की गई रणनीतियों की सूची स्वीकार की जाती है. हर कार्रवाई के लिए, Basel सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनता है और कार्रवाई को पूरा कर सकता है. इसकी डिफ़ॉल्ट वैल्यू "remote,worker,sandboxed,local" है. ज़्यादा जानकारी के लिए, https://blog.bazu.build/2019/06/19/list-strategy.html पर जाएं.
टैग:execution
--strategy=<a '[name=]value1[,..,valueN]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बताएं कि अन्य स्पॉन्स ऐक्शन को कंपाइल करने का तरीका कैसे बताया जाए. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता के बीच, कॉमा लगाकर अलग की गई रणनीतियों की सूची स्वीकार की जाती है. हर कार्रवाई के लिए, Basel सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनता है और कार्रवाई को पूरा कर सकता है. इसकी डिफ़ॉल्ट वैल्यू "remote,worker,sandboxed,local" है. यह फ़्लैग --spawn_strategy (और अगर याद रखने के लिए जेनरिक नियम के साथ इस्तेमाल किया गया है, तो --gen सकारात्मक_strategy) से सेट की गई वैल्यू बदल देता है. ज़्यादा जानकारी के लिए, https://blog.bazu.build/2019/06/19/list-strategy.html पर जाएं.
टैग:execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बदलें कि किसी खास regex_filter से मेल खाने वाली जानकारी वाली स्पॉन्स कार्रवाइयों को करने के लिए किस स्पॉन्स रणनीति का इस्तेमाल किया जाना चाहिए. regex_filter मिलान के बारे में ज़्यादा जानकारी के लिए --per_file_copt देखें. जानकारी से मेल खाने वाले आखिरी regex_filter का इस्तेमाल किया जाता है. रणनीति तय करने के लिए यह विकल्प दूसरे फ़्लैग को बदल देता है. उदाहरण: --strategy_regexp=//foo.*\.cc,-//foo/bar=local का मतलब है कि स्थानीय रणनीति का इस्तेमाल करके कार्रवाइयां चलाना, अगर उनके विवरण //foo.*.cc से मेल खाते हैं, लेकिन //foo/bar नहीं. उदाहरण: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandbox_Compiling //foo/bar/baz' चलाएगा 'स्थानीय' के साथ रणनीति अपनाएं, लेकिन क्रम बदलने से वह 'सैंडबॉक्स' के साथ चलेगा.
टैग:execution
--[no]use_target_platform_for_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, टेस्ट चलाने के लिए टारगेट प्लैटफ़ॉर्म का इस्तेमाल करेगा, न कि टेस्ट एक्ज़ेक्यूटिव ग्रुप का.
टैग:execution
- कार्रवाई करने के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करने वाले विकल्प:
--android_compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट कंपाइलर.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--android_crosstool_top=<a build target label>
डिफ़ॉल्ट: "//external:android/crosstool"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android बिल्ड के लिए इस्तेमाल किए जाने वाले C++ कंपाइलर की जगह की जानकारी.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट grte_top.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_manifest_merger=<legacy, android or force_android>
डिफ़ॉल्ट: "android"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह मेनिफ़ेस्ट मर्जर को चुनता है, ताकि android_binary नियमों के लिए इसका इस्तेमाल किया जा सके. फ़्लैग करके, लेगसी मर्जर से Android मेनिफ़ेस्ट मर्जर पर ट्रांज़िशन में मदद करें.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--android_platforms=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह ऐसे प्लैटफ़ॉर्म सेट करता है जिनका इस्तेमाल android_binary टारगेट में किया जाता है. अगर एक से ज़्यादा प्लैटफ़ॉर्म के बारे में बताया गया है, तो बाइनरी एक फ़ैट APK होता है, जिसमें तय किए गए हर टारगेट प्लैटफ़ॉर्म के लिए नेटिव बाइनरी होती हैं.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_sdk=<a build target label>
डिफ़ॉल्ट: "@ba"_tools//tools/android:sdk"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से, Android SDK/प्लैटफ़ॉर्म के बारे में जानकारी मिलती है, जिसका इस्तेमाल Android ऐप्लिकेशन बनाने के लिए किया जाता है.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--apple_crosstool_top=<a build target label>
डिफ़ॉल्ट: "@bazu_tools//tools/cpp:toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Apple और Objc नियमों और उनकी डिपेंडेंसी में इस्तेमाल किए जाने वाले क्रॉसटूल पैकेज का लेबल.
टैग:loses_incremental_state
,changes_inputs
--cc_output_directory_tag=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स तय करता है.
टैग:affects_outputs
--compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट को कंपाइल करने के लिए, C++ कंपाइलर का इस्तेमाल करें.
टैग:loading_and_analysis
,execution
--coverage_output_generator=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/test:lcov_merger"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उस बाइनरी की जगह जिसका इस्तेमाल रॉ कवरेज रिपोर्ट को पोस्ट प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह एक ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, '//tools/test:lcov_merger' होता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--coverage_report_generator=<a build target label>
का डिफ़ॉल्ट अनुवाद: "@bagel_tools//tools/test:coverage_report_generator"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज रिपोर्ट जनरेट करने के लिए इस्तेमाल की जाने वाली बाइनरी की जगह. फ़िलहाल, यह एक ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट तौर पर, '//tools/test:coverage_report_generator' करता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--coverage_support=<a build target label>
का डिफ़ॉल्ट मैसेज: "@bagel_tools//tools/test:coverage_support"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उन फ़ाइलों की जगह की जानकारी जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी हैं. डिफ़ॉल्ट रूप से, '//tools/test:coverage_support' होता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--crosstool_top=<a build target label>
डिफ़ॉल्ट: "@bazu_tools//tools/cpp:toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ कोड कंपाइल करने के लिए इस्तेमाल किए जाने वाले क्रॉसटूल पैकेज का लेबल.
टैग:loading_and_analysis
,changes_inputs
,affects_outputs
--custom_malloc=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कस्टम मैलक लागू करने के बारे में बताता है. यह सेटिंग, बिल्ड के नियमों में मैलक एट्रिब्यूट को बदल देती है.
टैग:changes_inputs
,affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉमा लगाकर अलग किए गए रेगुलर एक्सप्रेशन की सूची, जिसमें हर एक से पहले वैकल्पिक रूप से - (नेगेटिव एक्सप्रेशन) लगाया जाता है (=) को कॉमा लगाकर अलग किए गए कंस्ट्रेंट वैल्यू टारगेट की सूची में असाइन किया जाता है. अगर टारगेट, किसी भी नेगेटिव एक्सप्रेशन से मैच नहीं करता है और कम से कम एक पॉज़िटिव एक्सप्रेशन है, तो उसका टूलचेन रिज़ॉल्यूशन इस तरह से परफ़ॉर्म किया जाएगा जैसे कि उसने कंस्ट्रेंट वैल्यू को एक्ज़ीक्यूशन कंस्ट्रेंट के तौर पर एलान किया हो. उदाहरण: //demo,-test=@platforms//cpus:x86_64, 'x86_64' को जोड़ देगा //demo के तहत किसी भी टारगेट को छोड़कर, जिनके नाम में 'test' मौजूद है.
टैग:loading_and_analysis
--[no]experimental_include_xcode_execution_requirements
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो "ज़रूरी-xcode:{version}" जोड़ें हर Xcode कार्रवाई के लिए एक्ज़ीक्यूशन की ज़रूरत होती है. अगर xcode वर्शन में हाइफ़न वाला लेबल है, तो "ज़रूरी-xcode-label:{version_label}" शामिल करें निष्पादन की ज़रूरत.
टैग:loses_incremental_state
,loading_and_analysis
,execution
--[no]experimental_prefer_mutual_xcode
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सबसे नए Xcode का इस्तेमाल करें जो स्थानीय तौर पर और कहीं से भी उपलब्ध हो. अगर गलत है या कोई म्युचुअल उपलब्ध वर्शन नहीं है, तो xcode-select के ज़रिए चुने गए लोकल Xcode वर्शन का इस्तेमाल करें.
टैग:loses_incremental_state
--extra_execution_platforms=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसे प्लैटफ़ॉर्म जो कार्रवाइयां करने के लिए, एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर उपलब्ध हैं. प्लैटफ़ॉर्म, टारगेट के हिसाब से या टारगेट पैटर्न के तौर पर तय किए जा सकते हैं. इन प्लैटफ़ॉर्म पर रजिस्टर करने से पहले, उन प्लैटफ़ॉर्म पर विचार किया जाएगा जिनकी जानकारी WorkSPACE फ़ाइल में रजिस्टर की गई है. इसके लिए,register_execution_platforms() का इस्तेमाल किया जाता है. यह विकल्प सिर्फ़ एक बार सेट किया जा सकता है; बाद के इंस्टेंस, पहले के फ़्लैग की सेटिंग को बदल देंगे.
टैग:execution
--extra_toolchains=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टूलचेन के रिज़ॉल्यूशन के दौरान, टूलचेन के नियमों पर ध्यान दिया जाना चाहिए. टूलचेन को सटीक टारगेट या टारगेट पैटर्न के तौर पर तय किया जा सकता है. इन टूलचेन पर विचार किया जाएगा, ताकि उन टूलचेन पर विचार किया जा सके जिनका एलान workspace_toolchains() से किया गया हो. इस फ़ाइल में दी गई जानकारी का एलान Workspace फ़ाइल में किया गया हो.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चेक-इन की गई libc लाइब्रेरी का लेबल. डिफ़ॉल्ट वैल्यू को क्रॉसटूल टूलचेन इस्तेमाल करता है और आपको इसे कभी भी बदलने की ज़रूरत नहीं पड़ती.
टैग:action_command_lines
,affects_outputs
--host_compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ कंपाइलर का इस्तेमाल, होस्ट कंपाइलेशन के लिए किया जाता है. अगर --host_crosstool_top सेट नहीं है, तो इसे अनदेखा कर दिया जाता है.
टैग:loading_and_analysis
,execution
--host_crosstool_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिफ़ॉल्ट रूप से, --crosstool_top और --compiler विकल्पों का इस्तेमाल एक्ज़ीक्यूट करने के कॉन्फ़िगरेशन के लिए किया जाता है. अगर यह फ़्लैग दिया जाता है, तो Ba बैंक, दिए गए Crosstool_top के लिए, डिफ़ॉल्ट libc और कंपाइलर का इस्तेमाल करता है.
टैग:loading_and_analysis
,changes_inputs
,affects_outputs
--host_grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया है, तो यह सेटिंग exec कॉन्फ़िगरेशन के लिए libc टॉप-लेवल डायरेक्ट्री (--grte_top) को बदल देती है.
टैग:action_command_lines
,affects_outputs
--host_platform=<a build target label>
डिफ़ॉल्ट: "@local_config_platform//:host"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लैटफ़ॉर्म के नियम का लेबल, जो होस्ट सिस्टम के बारे में बताता है.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel 'host' को चालू नहीं करेगा और 'nonhost' c++ टूलचेन में मिलने वाली सुविधाओं की जानकारी देखें (ज़्यादा जानकारी के लिए, https://github.com/baZbuild/ba इमारतों/issues/7407 पर जाएं).
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enable_android_toolchain_resolution
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android के नियमों (Starlark और नेटिव) के लिए, Android SDK टूल चुनने के लिए टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Apple के नियमों (Starlark और नेटिव) के लिए, Apple SDK टूल चुनने के लिए टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, lto इंडेक्स करने वाली कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का दोबारा इस्तेमाल नहीं करेगा. ज़्यादा जानकारी के लिए, https://github.com/bazubuild/ba बहुत/issues/6791 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_remove_legacy_whole_archive
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, लाइब्रेरी डिपेंडेंसी को डिफ़ॉल्ट रूप से पूरे संग्रह के तौर पर लिंक नहीं करेगा. माइग्रेशन से जुड़े निर्देशों के लिए, https://github.com/batzbuild/ba बहुत/issues/7362 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_require_ctx_in_configure_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel को 'ctx' की ज़रूरत होगी पैरामीटर को cc_common.Configure_features में जोड़ा गया (ज़्यादा जानकारी के लिए, https://github.com/batzbuild/baकोई और समस्याओं के बारे में जानें).
टैग:loading_and_analysis
,incompatible_change
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर टूलचेन के साथ काम करता है, तो इंटरफ़ेस के साथ शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, ईएलएफ़ टूलचेन में यह सेटिंग काम करती है.
टैग:loading_and_analysis
,affects_outputs
,affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति iOS ऐप्लिकेशन बनाने के लिए, iOS SDK टूल के वर्शन के बारे में बताती है. अगर जानकारी नहीं दी गई है, तो यह 'xcode_version' से iOS SDK टूल के डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
macOS ऐप्लिकेशन बनाने के लिए, macOS SDK टूल के वर्शन के बारे में जानकारी देता है. अगर जानकारी नहीं दी गई है, तो यह 'xcode_version' से macOS SDK के डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--minimum_os_version=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कम से कम ओएस वर्शन जिसे आपके कंपाइलेशन ने टारगेट किया है.
टैग:loading_and_analysis
,affects_outputs
--platform_mappings=<a relative path>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मैपिंग फ़ाइल की जगह, जो यह बताती है कि अगर कोई प्लैटफ़ॉर्म सेट नहीं है या पहले से कोई फ़्लैग सेट किया जाना है, तो किस प्लैटफ़ॉर्म का इस्तेमाल करना है. मुख्य फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता होना चाहिए. डिफ़ॉल्ट तौर पर 'platform_mappings' (सीधे फ़ाइल फ़ोल्डर रूट के नीचे की फ़ाइल).
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--platforms=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लैटफ़ॉर्म के नियमों के लेबल, जो मौजूदा निर्देश के लिए टारगेट प्लैटफ़ॉर्म की जानकारी देते हैं.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--python2_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह रोक दिया गया है, कोई कार्रवाई नहीं. `--insupported_use_python_toolchains` से बंद किया गया.
टैग:no_op
,deprecated
--python3_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह रोक दिया गया है, कोई कार्रवाई नहीं. `--insupported_use_python_toolchains` से बंद किया गया.
टैग:no_op
,deprecated
--python_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Python अनुवादक का ऐब्सलूट पाथ, जिसे टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए शुरू किया गया है. बहिष्कृत; --instatic_use_python_toolchains से बंद किया गया है.
टैग:loading_and_analysis
,affects_outputs
--python_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए, Python अनुवादक को दिखाने वाले py_runtime का लेबल. बहिष्कृत; --instatic_use_python_toolchains से बंद किया गया है.
टैग:loading_and_analysis
,affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
tvOS ऐप्लिकेशन बनाने के लिए, tvOS SDK के वर्शन के बारे में जानकारी देता है. अगर जानकारी नहीं दी गई है, तो 'xcode_version' से tvOS SDK के डिफ़ॉल्ट वर्शन का इस्तेमाल किया जाता है.
टैग:loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
WatchOS ऐप्लिकेशन बनाने के लिए, WatchOS SDK का वर्शन तय करती है. अगर जानकारी नहीं दी गई है, तो 'xcode_version' से वॉचओएस SDK टूल के डिफ़ॉल्ट वर्शन का इस्तेमाल किया जाता है.
टैग:loses_incremental_state
--xcode_version=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर तय किया गया है, तो बिल्ड से जुड़ी सही कार्रवाइयों के लिए दिए गए वर्शन के Xcode का इस्तेमाल करता है. अगर जानकारी नहीं है, तो Xcode के एक्ज़ेक्यूटर डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--xcode_version_config=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/cpp:host_xcodes"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, इस्तेमाल किया जाने वाला xcode_config नियम का लेबल.
टैग:loses_incremental_state
,loading_and_analysis
- निर्देश के आउटपुट को कंट्रोल करने वाले विकल्प:
--[no]apple_generate_dsym
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करना है या नहीं.
टैग:affects_outputs
,action_command_lines
--[no]build
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड पूरा करें; ऐसा होना आम बात है. --nobuild को तय करने से, बिल्ड ऐक्शन को पूरा करने से पहले बिल्ड बंद हो जाता है. अगर पैकेज लोड हो जाता है और उसके विश्लेषण के चरण पूरे हो जाते हैं, तो यह शून्य दिखता है; इस मोड की मदद से, इस चरण की जांच की जा सकती है.
टैग:execution
,affects_outputs
--[no]build_runfile_links
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल सिमलिंक फ़ॉरेस्ट बनाएं. अगर गलत है, तो उन्हें सिर्फ़ तब लिखें, जब लोकल ऐक्शन के लिए ज़रूरी हो, टेस्ट करें या कमांड चलाएं.
टैग:affects_outputs
--[no]build_runfile_manifests
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल मेनिफ़ेस्ट लिखें. अगर गलत है, तो उन्हें हटा दें. गलत होने पर, लोकल टेस्ट नहीं चल पाएंगे.
टैग:affects_outputs
--[no]build_test_dwp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू की जाती है, तो C++ टेस्ट बनाते समय, टेस्ट बाइनरी के लिए .dwp फ़ाइल अपने-आप बन जाएगी. ऐसा, स्टैटिक तरीके से और फ़िज़न के साथ किया जाता है.
टैग:loading_and_analysis
,affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options>
डिफ़ॉल्ट: ".pb.h"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से, cc_proto_library बनाई जाने वाली हेडर फ़ाइलों के सफ़िक्स सेट होते हैं.
टैग:affects_outputs
,loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options>
डिफ़ॉल्ट: ".pb.cc"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति, cc_proto_library बनाई गई सोर्स फ़ाइलों के सफ़िक्स सेट करती है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_library में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां चलाएं.
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_proto_extra_actions
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_library में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां चलाएं.
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_save_feature_state
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन के आउटपुट के तौर पर, चालू और अनुरोध की गई सुविधाओं की स्थिति को सेव करें.
टैग:affects_outputs
,experimental
--[no]experimental_use_validation_aspect
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पक्ष का इस्तेमाल करके, पुष्टि करने से जुड़ी कार्रवाइयां करनी हैं या नहीं (टेस्ट के साथ समानता के लिए).
टैग:execution
,affects_outputs
--fission=<a set of compilation modes>
डिफ़ॉल्ट: "नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से पता चलता है कि C++ कंपाइलेशन और लिंक के लिए, कौनसे कंपाइलेशन मोड विखंडन का इस्तेमाल करते हैं. {'fastbuild', 'dbg', 'opt'} या खास वैल्यू 'yes' का कोई भी कॉम्बिनेशन हो सकता है सभी मोड को सक्षम करने के लिए और 'नहीं' सभी मोड बंद करने के लिए.
टैग:loading_and_analysis
,action_command_lines
,affects_outputs
--[no]incompatible_always_include_files_in_data
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो नेटिव नियम <code>DefaultInfo.files</code> जोड़ते हैं डेटा डिपेंडेंसी के हिसाब से डेटा पर आधारित होता है.
टैग:affects_outputs
,incompatible_change
--[no]legacy_external_runfiles
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो .runfile/wsname/external/repo (.runfiles/repo के अलावा) के अलावा, बाहरी डेटा स्टोर करने की जगहों के लिए रनफ़ाइल सिमलिंक फ़ॉरेस्ट बनाएं.
टैग:affects_outputs
--[no]objc_generate_linkmap
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि लिंकमैप फ़ाइल जनरेट करनी है या नहीं.
टैग:affects_outputs
--output_groups=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉमा लगाकर अलग किए गए आउटपुट ग्रुप के नामों की सूची, जिसमें से हर एक से पहले वैकल्पिक रूप से a + या - का इस्तेमाल किया जाता है. आउटपुट ग्रुप के डिफ़ॉल्ट सेट में + से शुरू होने वाला ग्रुप जोड़ दिया जाता है, जबकि डिफ़ॉल्ट सेट से उस ग्रुप को हटा दिया जाता है जिसकी शुरुआत में - लगा होता है. अगर कम से कम एक ग्रुप प्रीफ़िक्स नहीं है, तो आउटपुट ग्रुप का डिफ़ॉल्ट सेट हटा दिया जाता है. उदाहरण के लिए, --Output_groups=+foo,+bar को डिफ़ॉल्ट सेट, foo, और बार का कॉम्बिनेशन बनाया जाता है, जबकि --Output_groups=foo,bar, डिफ़ॉल्ट सेट को इस तरह से ओवरराइड करता है, ताकि सिर्फ़ foo और bar बनाया जा सके.
टैग:execution
,affects_outputs
--[no]run_validations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के हिस्से के तौर पर, पुष्टि करने से जुड़ी कार्रवाइयां करनी हैं या नहीं. https://bazu.build/extending/rules#validation_ actions देखें
टैग:execution
,affects_outputs
--[no]save_temps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबलर कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii फ़ाइलें (पहले से प्रोसेस की गई C++) शामिल हैं.
टैग:affects_outputs
- ऐसे विकल्प जिनकी मदद से उपयोगकर्ता, तय किए गए आउटपुट को कॉन्फ़िगर कर सकता है. साथ ही, आउटपुट की मौजूदगी के बावजूद, उसकी वैल्यू पर असर डालता है:
--action_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट कॉन्फ़िगरेशन की कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल के सेट के बारे में बताता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में वैल्यू को शुरू करने के माहौल से लिया जाएगा या ऐसे name=value पेयर से लिया जाएगा जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है; .
टैग:action_command_lines
--android_cpu=<a string>
डिफ़ॉल्ट: "armeabi-v7a"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट सीपीयू.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]android_databinding_use_androidx
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
AndroidX-साथ काम करने वाली डेटा-बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ डेटाबाइंडिंग v2 के साथ किया जाता है. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]android_databinding_use_v3_4_args
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
3.4.0 आर्ग्युमेंट के साथ, Android डेटाबाइंडिंग v2 का इस्तेमाल करें. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--android_dynamic_mode=<off, default or fully>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह तय करता है कि जब cc_binary साफ़ तौर पर शेयर की गई लाइब्रेरी नहीं बनाता है, तो Android के नियमों के C++ डिप डाइनैमिक रूप से लिंक किए जाएंगे या नहीं. 'डिफ़ॉल्ट' इसका मतलब है कि bazu यह चुनता है कि उसे डाइनैमिक तरीके से लिंक करना है या नहीं. 'पूरा' इसका मतलब है कि सभी लाइब्रेरी डायनैमिक रूप से लिंक हो जाएंगी. 'बंद' इसका मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग:affects_outputs
,loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>
डिफ़ॉल्ट: "वर्णमाला"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह Android बाइनरी के लिए, मेनिफ़ेस्ट मर्जर को पास किए गए मेनिफ़ेस्ट का क्रम सेट करता है. ऐल्फ़ाबेट का मतलब है कि मेनिफ़ेस्ट को एक्ज़ीक्यूटेबल के मुकाबले पाथ के हिसाब से क्रम में लगाया जाता है. ALPHABETICAL_BY_CONFIGURATION का मतलब है कि मेनिफ़ेस्ट को आउटपुट डायरेक्ट्री में मौजूद कॉन्फ़िगरेशन डायरेक्ट्री के पाथ के हिसाब से क्रम में लगाया जाता है. डिपेंडेंसी का मतलब है कि हर लाइब्रेरी के मेनिफ़ेस्ट को उसी क्रम में रखा जाता है जो उसके डिपेंडेंसी के मेनिफ़ेस्ट से पहले आता है.
टैग:action_command_lines
,execution
--[no]android_resource_shrinking
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ProGuard का इस्तेमाल करने वाले android_binary APK के लिए संसाधन का आकार कम करने की सुविधा चालू करता है.
टैग:affects_outputs
,loading_and_analysis
--aspects=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टॉप लेवल टारगेट पर लागू की जाने वाली पहलुओं की कॉमा-सेपरेटेड लिस्ट. सूची में, अगर some_aspect आवश्यक पहलू प्रदाताओं के द्वारा आवश्यक_aspect_providers के माध्यम से आवश्यक पहलू प्रदाताओं को निर्दिष्ट करता है, तो some_aspect, उन पहलुओं की सूची में इससे पहले बताए गए हर पहलू के बाद चलेगा, जिसके विज्ञापन में विज्ञापन देने वाली कंपनियां some_aspect आवश्यक पहलू प्रदाताओं को पूरा करती हैं. इसके अलावा, some_aspect, एट्रिब्यूट के लिए दिए गए सभी ज़रूरी पहलुओं के बाद चलेगा. इसके बाद some_aspect के पास उन पहलुओं के मानों का ऐक्सेस होगा' सेवा देने वाली कंपनियां. <bzl-file-label>%<aspect_name>, उदाहरण के लिए '//tools:my_def.bzl%my_aspect', जहां 'my_aspect' फ़ाइल टूल/my_def.bzl से लिया गया टॉप-लेवल मान है
--[no]build_python_zip
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड Python की एक्ज़ीक्यूटेबल ज़िप; Windows पर चालू है, अन्य प्लैटफ़ॉर्म पर बंद है
टैग:affects_outputs
--catalyst_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple Cat कोर्स बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--[no]collect_code_coverage
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया हो, तो Ba बैंक, इंस्ट्रुमेंट कोड (जहां हो सके वहां ऑफ़लाइन इंस्ट्रुमेंट का इस्तेमाल करके) को इंस्ट्रुमेंट करेगा और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ --instrumentation_filter से मेल खाने वाले टारगेट ही प्रभावित होंगे. आम तौर पर इस विकल्प को सीधे तौर पर नहीं बताया जाना चाहिए - 'बेज़ल कवरेज' इसके बजाय आदेश का उपयोग किया जाना चाहिए.
टैग:affects_outputs
--compilation_mode=<fastbuild, dbg or opt>
[-c
] डिफ़ॉल्ट: "फ़ास्टबिल्ड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह मोड बताएं जिसमें बाइनरी बनाई जाएगी. मान: 'Fastbuild', 'dbg', 'opt'.
टैग:affects_outputs
,action_command_lines
--conlyopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C सोर्स फ़ाइलों को कंपाइल करते समय, gcc को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--copt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जीसीसी को पास करने के लिए दूसरे विकल्प.
टैग:action_command_lines
,affects_outputs
--cpu=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सीपीयू.
टैग:changes_inputs
,affects_outputs
--cs_fdo_absolute_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, सीएसएफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करें. प्रोफ़ाइल फ़ाइल, रॉ या इंडेक्स की गई एलएलवीएम प्रोफ़ाइल फ़ाइल वाली ZIP फ़ाइल का ऐब्सलूट पाथ बताएं.
टैग:affects_outputs
--cs_fdo_instrument=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संवेदनशील एफ़डीओ इंस्ट्रुमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर की मदद से, यह डायरेक्ट्री का नाम भी स्वीकार करता है. इसके तहत, रनटाइम के दौरान, रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को डंप किया जाएगा.
टैग:affects_outputs
--cs_fdo_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऑप्टिमाइज़ेशन के लिए इस्तेमाल की जाने वाली कॉन्टेक्स्ट सेंसिटिव प्रोफ़ाइल को दिखाने वाला cs_fdo_profile.
टैग:affects_outputs
--cxxopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ सोर्स फ़ाइलों को कंपाइल करते समय, gCC में पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--define=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर --परिभाषा विकल्प, बिल्ड वैरिएबल के लिए एक असाइनमेंट तय करता है.
टैग:changes_inputs
,affects_outputs
--dynamic_mode=<off, default or fully>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह तय करता है कि C++ बाइनरी को डाइनैमिक रूप से लिंक किया जाएगा या नहीं. 'डिफ़ॉल्ट' इसका मतलब है कि Basel को डाइनैमिक तरीके से लिंक करने का विकल्प मिलेगा. 'पूरा' इसका मतलब है कि सभी लाइब्रेरी डायनैमिक रूप से लिंक हो जाएंगी. 'बंद' इसका मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग:loading_and_analysis
,affects_outputs
--[no]enable_fdo_profile_absolute_path
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी दिखेगी.
टैग:affects_outputs
--[no]enable_runfiles
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रनफ़ाइल सिमलिंक ट्री चालू करें; डिफ़ॉल्ट रूप से, यह Windows में दूसरे प्लैटफ़ॉर्म पर बंद होती है.
टैग:affects_outputs
--experimental_action_listener=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पहलुओं का समर्थन नहीं किया गया है. मौजूदा बिल्ड ऐक्शन में extra_action अटैच करने के लिए, action_listener का इस्तेमाल करें.
टैग:execution
,experimental
--[no]experimental_android_compress_java_resources
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
APK में Java के संसाधनों को कंप्रेस करें
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_android_databinding_v2
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android डेटाबाइंडिंग v2 का इस्तेमाल करें. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_android_resource_shrinking
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ProGuard का इस्तेमाल करने वाले android_binary APK के लिए संसाधन का आकार कम करने की सुविधा चालू करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
dex फ़ाइलों को फिर से लिखने के लिए rex टूल का इस्तेमाल करो
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_collect_code_coverage_for_generated_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया, तो Basel, जनरेट की गई फ़ाइलों के लिए कवरेज की जानकारी भी जनरेट करेगा.
टैग:affects_outputs
--[no]experimental_convenience_symlinks
डिफ़ॉल्ट: "सामान्य"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग कंट्रोल करता है कि सुविधा सिमलिंक (बिल्ड के बाद, फ़ाइल फ़ोल्डर में दिखने वाले सिमलिंक) कैसे मैनेज किए जाएंगे. वैल्यू, इनमें से कोई हो सकती है:
सामान्य (डिफ़ॉल्ट): हर तरह का सुविधा सिमलिंक बनाया या मिटाया जाएगा, जैसा कि बिल्ड के आधार पर तय किया जाता है.
साफ़ करें: सभी सिमलिंक बिना किसी शर्त के मिटा दिए जाएंगे.
ध्यान न दें: सिमलिंक अकेले छोड़ दिए जाएंगे.
Log_only: 'सामान्य' की तरह लॉग मैसेज जनरेट करें पास कर दिए जाते हैं, लेकिन असल में कोई फ़ाइलसिस्टम ऑपरेशन नहीं करते (टूल के लिए उपयोगी).
ध्यान दें कि सिर्फ़ ऐसे सिमलिंक पर असर पड़ सकता है जिनके नाम --simlink_prefix की मौजूदा वैल्यू से जनरेट हुए हैं; अगर प्रीफ़िक्स बदलता है, तो पहले से मौजूद सिमलिंक अकेले छोड़ दिए जाएंगे.
टैग:affects_outputs
--[no]experimental_convenience_symlinks_bep_event
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग यह नियंत्रित करता है कि हम बिल्ड eventकाइSymlinksIdentified को BuildEventProtocol पर पोस्ट करेंगे या नहीं. अगर वैल्यू सही है, तो BuildEventProtocol में shoppingSymlinksIdentified, के लिए एक एंट्री होगी, जिसमें आपके फ़ाइल फ़ोल्डर में बनाए गए सभी सुविधा सिमलिंक की सूची होगी. अगर गलत है, तो BuildEventProtocol में सुविधाSymlinksIdentified एंट्री वाला फ़ील्ड खाली रहेगा.
टैग:affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options>
डिफ़ॉल्ट: "-O0,-DDEBUG=1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इन स्ट्रिंग का इस्तेमाल, objc फ़ास्टबिल्ड कंपाइलर विकल्पों के तौर पर करता है.
टैग:action_command_lines
--[no]experimental_omitfp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो स्टैक को खोलने के लिए libunwind का इस्तेमाल करें और -fomit-frame-pointer और -fasynchronous-unwind-tables की मदद से कंपाइल करें.
टैग:action_command_lines
,affects_outputs
,experimental
--experimental_output_paths=<off, content or strip>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट ट्री में, आउटपुट ट्री में कौन-कौनसे मॉडल का इस्तेमाल करना है, ताकि नियम के बाद आउटपुट लिखे जा सकें. खास तौर पर, मल्टी-प्लैटफ़ॉर्म / मल्टी-कॉन्फ़िगरेशन बिल्ड के लिए. इसे एक्सपेरिमेंट के तौर पर शुरू किया गया है. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba इमारतों/issues/6526 पर जाएं. Starlark कार्रवाइयां, 'supports-path-mapping' कुंजी को जोड़कर, पाथ मैपिंग में शामिल की जा सकती हैं 'execution_requirements' को शब्दकोश
टैग:loses_incremental_state
,bazel_internal_configuration
,affects_outputs
,execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एंट्री, लेबल=वैल्यू के फ़ॉर्म में होनी चाहिए. इसमें लेबल किसी प्लैटफ़ॉर्म के बारे में बताता है. साथ ही, आउटपुट पाथ में इस्तेमाल करने के लिए, वैल्यू एक छोटा नाम होना चाहिए. इसका इस्तेमाल सिर्फ़ तब किया जाता है, जब --experimental_platform_in_Output_dr सही है. नाम रखने की प्राथमिकता सबसे ज़्यादा है.
टैग:affects_outputs
,experimental
--[no]experimental_platform_in_output_dir
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टारगेट प्लैटफ़ॉर्म के छोटे नाम का इस्तेमाल, सीपीयू के बजाय आउटपुट डायरेक्ट्री के नाम में किया जाता है. सटीक स्कीम प्रयोग के तौर पर शुरू की गई है और इसमें बदलाव हो सकते हैं: पहला, बहुत ही कम मामलों में --प्लैटफ़ॉर्म विकल्प में सिर्फ़ एक वैल्यू नहीं होती, इसलिए प्लैटफ़ॉर्म विकल्प के हैश का इस्तेमाल किया जाता है. इसके बाद, अगर मौजूदा प्लैटफ़ॉर्म के लिए किसी छोटे नाम को --experimental_override_name_platform_in_ रखरखाव_की मदद से, रजिस्टर किया गया है, तो उस छोटे नाम का इस्तेमाल किया जाएगा. इसके बाद, अगर --experimental_use_platforms_in_Output_ इससे_legacy_heuristic सेट किया गया है, तो मौजूदा प्लैटफ़ॉर्म लेबल के आधार पर कोई छोटा नाम इस्तेमाल करें. आखिर में, प्लैटफ़ॉर्म विकल्प के हैश का इस्तेमाल आखिरी विकल्प के तौर पर किया जाता है.
टैग:affects_outputs
,experimental
--[no]experimental_use_llvm_covmap
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया है, तो Collect_code_coverage चालू होने पर Basel, gcov के बजाय llvm-cov कवरेज मैप जानकारी जनरेट करेगा.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कृपया इस फ़्लैग का इस्तेमाल, सिर्फ़ सुझाए गए माइग्रेशन या टेस्टिंग की रणनीति के हिस्से के तौर पर करें. ध्यान दें कि अनुमान में पहले से मालूम कमियां हैं और यह सुझाव दिया जाता है कि बस --experimental_override_name_platform_in_Output_dr पर निर्भर रहने पर माइग्रेट करें.
टैग:affects_outputs
,experimental
--fat_apk_cpu=<comma-separated set of options>
डिफ़ॉल्ट: "armeabi-v7a"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस विकल्प को सेट करने पर, फ़ैट वाले APK चालू हो जाते हैं, जिनमें सभी तय टारगेट आर्किटेक्चर के लिए नेटिव बाइनरी होते हैं, जैसे कि --fat_apk_cpu=x86,armeabi-v7a. अगर यह फ़्लैग बताया गया है, तो android_binary नियमों की निर्भरता के लिए --android_cpu को अनदेखा कर दिया जाता है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]fat_apk_hwasan
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या HWASAN स्प्लिट बनानी है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--fdo_instrument=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एफ़डीओ इंस्ट्रुमेंटेशन से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर की मदद से, यह डायरेक्ट्री का नाम भी स्वीकार करता है. इसके तहत, रनटाइम के दौरान, रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को डंप किया जाएगा.
टैग:affects_outputs
--fdo_optimize=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, एफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करें. ऐसी ZIP फ़ाइल का नाम बताएं जिसमें .gcda फ़ाइल ट्री हो, अपने-आप बनी प्रोफ़ाइल वाली afdo फ़ाइल या एलएलवीएम प्रोफ़ाइल फ़ाइल हो. इस फ़्लैग में लेबल के तौर पर दी गई फ़ाइलें (जैसे कि `//foo/bar:file.afdo` - आपको संबंधित पैकेज में `exports_files` डायरेक्टिव जोड़ना पड़ सकता है) और `fdo_profile` टारगेट पर ले जाने वाले लेबल भी स्वीकार करता है. `fdo_profile` नियम के तहत इस फ़्लैग की जगह ले ली जाएगी.
टैग:affects_outputs
--fdo_prefetch_hints=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कैश मेमोरी के लिए प्रीफ़ेच संकेतों का इस्तेमाल करें.
टैग:affects_outputs
--fdo_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऑप्टिमाइज़ेशन के लिए इस्तेमाल की जाने वाली प्रोफ़ाइल को दिखाने वाली fdo_profile.
टैग:affects_outputs
--features=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट कॉन्फ़िगरेशन में बनाए गए टारगेट के लिए, दी गई सुविधाएं डिफ़ॉल्ट रूप से चालू या बंद होंगी. -<feature> की जानकारी देना सुविधा को बंद कर देगा. नकारात्मक सुविधाएं हमेशा सकारात्मक विशेषताओं को ओवरराइड करती हैं. यह भी देखें --host_features
टैग:changes_inputs
,affects_outputs
--[no]force_pic
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो सभी C++ कंपाइलेशन, पोज़िशन-इंडिपेंडेंट कोड ("-fPIC") बनाते हैं. लिंक, गैर-PIC लाइब्रेरी के बजाय पहले से बनी PIC लाइब्रेरी को प्राथमिकता देते हैं, और लिंक, पोज़िशन के हिसाब से एक्ज़ीक्यूटेबल एक्ज़ीक्यूटेबल ("-pie") बनाते हैं.
टैग:loading_and_analysis
,affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़ीक्यूशन कॉन्फ़िगरेशन के साथ कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल का सेट तय करता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में वैल्यू को शुरू करने के माहौल से लिया जाएगा या ऐसे name=value पेयर से लिया जाएगा जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है; .
टैग:action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt>
डिफ़ॉल्ट: "ऑप्ट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के दौरान इस्तेमाल किए जाने वाले टूल का मोड तय करें. मान: 'Fastbuild', 'dbg', 'opt'.
टैग:affects_outputs
,action_command_lines
--host_conlyopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में C (लेकिन C++ नहीं) सोर्स फ़ाइलों को कंपाइल करते समय C कंपाइलर को पास करने का अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_copt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में बनाए गए टूल के लिए C कंपाइलर को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_cpu=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
होस्ट का सीपीयू.
टैग:changes_inputs
,affects_outputs
--host_cxxopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में बनाए गए टूल के लिए C++ कंपाइलर को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_features=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह सुविधा, एक्ज़ीक्यूटेबल कॉन्फ़िगरेशन में बनाए गए टारगेट के लिए, डिफ़ॉल्ट रूप से चालू या बंद हो जाएगी. -<feature> की जानकारी देना सुविधा को बंद कर देगा. नकारात्मक सुविधाएं हमेशा सकारात्मक विशेषताओं को ओवरराइड करती हैं.
टैग:changes_inputs
,affects_outputs
--host_force_python=<PY2 or PY3>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन के लिए Python वर्शन को ओवरराइड करता है. यह "PY2" हो सकता है या "PY3" है.
टैग:loading_and_analysis
,affects_outputs
--host_linkopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़ीक्यूशन कॉन्फ़िगरेशन में टूल लिंक करते समय, लिंकर को पास करने का अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
होस्ट टारगेट के लिए, कम से कम इसके साथ काम करने वाला macOS वर्शन. अगर जानकारी नहीं है, तो 'macos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में कुछ फ़ाइलों को कंपाइल करते समय C/C++ कंपाइलर को चुनिंदा रूप से पास करने के लिए अतिरिक्त विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है (यह भी देखें --instrumentation_filter). विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ में बार.cc के अलावा सभी cc फ़ाइलों की cc कमांड लाइन में -O0 कमांड लाइन का विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--host_swiftcopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़िक्यूटिव टूल के लिए swiftc को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--[no]incompatible_auto_exec_groups
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, किसी नियम में इस्तेमाल होने वाले हर टूलचेन के लिए एक्ज़ेक्यूटिव ग्रुप अपने-आप बन जाता है. इसके काम करने के लिए, नियम को अपनी कार्रवाइयों पर `toolchain` पैरामीटर तय करना होगा. ज़्यादा जानकारी के लिए, https://github.com/bazibuild/bagel/issues/17134 देखें.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_merge_genfiles_directory
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो जेनफ़ाइल डायरेक्ट्री को बिन डायरेक्ट्री में फ़ोल्ड किया जाता है.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_use_host_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो --सिर्फ़ टारगेट कॉन्फ़िगरेशन के लिए सुविधाएं और लागू कॉन्फ़िगरेशन के लिए --host_features का इस्तेमाल करें.
टैग:changes_inputs
,affects_outputs
,incompatible_change
--[no]instrument_test_targets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज की सुविधा चालू होने पर, यह तय किया जाता है कि जांच के नियमों को इंस्टॉल करना है या नहीं. सेट होने पर, --instrumentation_filter पर शामिल किए गए टेस्ट नियम इंस्ट्रुमेंट किए जाते हैं. ऐसा न होने पर, टेस्ट के नियमों को हमेशा कवरेज इंस्ट्रुमेंटेशन से बाहर रखा जाता है.
टैग:affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: "-/javatests[/:],-/test/java[/:]"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज चालू होने पर, सिर्फ़ खास रेगुलर एक्सप्रेशन-आधारित फ़िल्टर में शामिल नामों वाले नियम ही लागू किए जाएंगे. नियमों की शुरुआत '-' से की गई है इसके बजाय, इन्हें निकाल दिया जाता है. ध्यान दें कि जब तक --instrument_test_targets को चालू नहीं किया जाता, तब तक सिर्फ़ नॉन-टेस्ट नियमों को इंस्ट्रुमेंट किया जाता है.
टैग:affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाला कम से कम iOS वर्शन. अगर तय नहीं है, तो 'ios_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिससे ios_application. नतीजा एक यूनिवर्सल बाइनरी है, जिसमें सभी खास आर्किटेक्चर शामिल हैं.
टैग:loses_incremental_state
,loading_and_analysis
--[no]legacy_whole_archive
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अमान्य हो चुका है, --inबेमेल_remove_legacy_whole_archive (ज़्यादा जानकारी के लिए https://github.com/baज़ेनbuild/bagel/issues/7362 देखें) का इस्तेमाल कर सकता है. इसे चालू होने पर, cc_binary नियमों के लिए -पूरा-संग्रह का इस्तेमाल करें, जिसमें linkshared=True और linkstatic=True या '-static' हो लिंकऑप्ट में. यह सुविधा सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए है. ज़रूरत पड़ने पर,Alwayslink=1 का इस्तेमाल करना एक बेहतर विकल्प है.
टैग:action_command_lines
,affects_outputs
,deprecated
--linkopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लिंक करते समय जीसीसी को भेजने का एक और विकल्प.
टैग:action_command_lines
,affects_outputs
--ltobackendopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एलटीओ बैकएंड चरण को पास करने के लिए एक और विकल्प (--features=thin_lto के तहत).
टैग:action_command_lines
,affects_outputs
--ltoindexopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एलटीओ इंडेक्स करने के चरण को पास करने के लिए अतिरिक्त विकल्प (-features=thin_lto के तहत).
टैग:action_command_lines
,affects_outputs
--macos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple macOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट के लिए, कम से कम इसके साथ काम करने वाला macOS वर्शन. अगर जानकारी नहीं है, तो 'macos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--memprof_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मेमप्रोफ़ प्रोफ़ाइल का इस्तेमाल करें.
टैग:affects_outputs
--[no]objc_debug_with_GLIBCXX
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIBCPP_CONCEPT_CHECKS के बारे में बताएं.
टैग:action_command_lines
--[no]objc_enable_binary_stripping
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लिंक की गई बाइनरी पर प्रतीक और डेड-कोड स्ट्रिपिंग करनी है या नहीं. अगर इस फ़्लैग और --compilation_mode=opt, दोनों के बारे में बताया गया है, तो बाइनरी स्ट्रिपिंग की जाएगी.
टैग:action_command_lines
--objccopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Objective-C/C++ सोर्स फ़ाइलों को कंपाइल करते समय, gcc को पास करने के लिए दूसरे विकल्प.
टैग:action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ फ़ाइलों को कंपाइल करते समय, gcc को चुनिंदा तरीके से पास करने के लिए अन्य विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है (यह भी देखें --instrumentation_filter). विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ में बार.cc को छोड़कर, सभी cc कमांड लाइन में -O0 कमांड लाइन का विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ बैकएंड ऑब्जेक्ट को कंपाइल करते समय, एलटीओ बैकएंड ( --features=thin_lto के तहत) को चुनिंदा तौर पर पास करने के लिए अन्य विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है. विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo/ में बार.o को छोड़कर सभी o फ़ाइलों की LTO बैकएंड कमांड लाइन में -O0 कमांड लाइन विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--platform_suffix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स तय करता है.
टैग:loses_incremental_state
,affects_outputs
,loading_and_analysis
--propeller_optimize=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, प्रोपेलर प्रोफ़ाइल की जानकारी का इस्तेमाल करें.प्रोपेलर प्रोफ़ाइल में कम से कम दो में से एक फ़ाइल होनी चाहिए, एक कॉपी प्रोफ़ाइल और एक ld प्रोफ़ाइल. इस फ़्लैग में बिल्ड लेबल डाला जा सकता है, जिसमें प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों से जुड़ा लेबल होना चाहिए. उदाहरण के लिए, a/b/BUILD:प्रॉपेलर_ऑप्टिमाइज़( name = "prop Tager_profile", cc_profile = "prop एक्सप्लोर_cc_profile.txt", ld_profile = "prop सुनिश्चित_ld_profile.txt" में लेबल को लेबल करने वाली BUILD फ़ाइल. इन फ़ाइलों को बेज़ल में दृश्यमान बनाने के लिए, export_files डायरेक्टिव को संबंधित पैकेज में जोड़ना पड़ सकता है. इस विकल्प का इस्तेमाल इस तौर पर किया जाना चाहिए: --प्रॉपेलर_ऑप्टिमाइज़=//a/b:प्रॉपलर_profile
टैग:action_command_lines
,affects_outputs
--propeller_optimize_absolute_cc_profile=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोपेलर ऑप्टिमाइज़ किए गए बिल्ड के लिए cc_profile फ़ाइल का ऐब्सलूट पाथ नाम.
टैग:affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोपेलर ऑप्टिमाइज़ किए गए बिल्ड के लिए ld_profile फ़ाइल का ऐब्सलूट पाथ.
टैग:affects_outputs
--run_under=<a prefix in front of command>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'test' के लिए एक्ज़ीक्यूटेबल से पहले सम्मिलित करने के लिए उपसर्ग और 'चलना' है निर्देश देखें. अगर वैल्यू 'foo -bar' है और एक्ज़ीक्यूशन कमांड लाइन 'test_binary -baz' है, तो आखिरी कमांड लाइन 'foo -bar test_binary -baz' होगी. यह किसी एक्ज़ीक्यूटेबल टारगेट का लेबल भी हो सकता है. इसके कुछ उदाहरण हैं: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
टैग:action_command_lines
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी को अलग-अलग टारगेट के बीच शेयर किया जाएगा
टैग:loading_and_analysis
,affects_outputs
--[no]stamp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तारीख, उपयोगकर्ता नाम, होस्टनेम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ बाइनरी स्टैंप करें.
टैग:affects_outputs
--strip=<always, sometimes or never>
डिफ़ॉल्ट: "कभी-कभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाना है या नहीं ("-Wl,--strip-debug" इस्तेमाल करके). 'कभी-कभी' का डिफ़ॉल्ट मान इसका मतलब है पट्टी iff --compilation_mode=fastbuild.
टैग:affects_outputs
--stripopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'<name>.stripped' जनरेट करते समय स्ट्रिप को पास करने के लिए अतिरिक्त विकल्प बाइनरी.
टैग:action_command_lines
,affects_outputs
--swiftcopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्विफ़्ट कंपाइलेशन में पास करने के लिए अन्य विकल्प.
टैग:action_command_lines
--symlink_prefix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह प्रीफ़िक्स, बिल्ड के बाद बनाए जाने वाले किसी भी सुविधा सिमलिंक के पहले जोड़ा जाता है. अगर इसे छोड़ दिया जाता है, तो डिफ़ॉल्ट वैल्यू बिल्ड टूल के नाम के बाद हाइफ़न होती है. अगर '/' को पास करने के बाद, कोई सिमलिंक नहीं बनाया जाता और कोई चेतावनी नहीं भेजी जाती. चेतावनी: '/' की विशेष सुविधा को जल्द ही बंद कर दिया जाएगा; इसके बजाय --experimental_convenience_simlinks=ignore का इस्तेमाल करें.
टैग:affects_outputs
--tvos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple tvOS बाइनरी बनानी है.
टैग:loses_incremental_state
,loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाला कम से कम tvOS वर्शन. अगर जानकारी उपलब्ध नहीं है, तो 'tvos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--visionos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple visionOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--watchos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple WatchOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाले WatchOS का कम से कम वर्शन. अगर जानकारी नहीं है, तो 'watchos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--xbinary_fdo=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, XbinaryFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम डालें. जब विकल्प का इस्तेमाल --fdo_instrument/--fdo_ऑप्टिमाइज़/--fdo_profile के साथ किया जाता है, तो वे विकल्प हमेशा इस तरह लागू होंगे जैसे कि xbinary_fdo की जानकारी कभी न दी गई हो.
टैग:affects_outputs
- वे विकल्प जो इस बात पर असर डालते हैं कि Basel के मान्य बिल्ड इनपुट को कितनी सख्ती से लागू किया जाता है (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट_एनवायरमेंट वैल्यू के लिए अपने-आप सीपीयू वैल्यू मैप करने के लिए,Environment_group का इस्तेमाल करें.
टैग:changes_inputs
,loading_and_analysis
,experimental
--[no]check_licenses
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि डिपेंडेंट पैकेज के लिए लागू की गई लाइसेंस की सीमाएं, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड पर असर न डालें. डिफ़ॉल्ट रूप से, लाइसेंस की जांच नहीं की जाती.
टैग:build_file_semantics
--[no]check_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति बंद है, तो टारगेट डिपेंडेंसी में दिखने से जुड़ी गड़बड़ियों को कम करके, चेतावनियों के तौर पर शामिल कर दिया जाता है.
टैग:build_file_semantics
--[no]desugar_for_android
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डेक्सिंग से पहले Java 8 बाइट कोड को बंद करना है या नहीं.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]desugar_java8_libs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि लेगसी डिवाइसों के लिए, ऐप्लिकेशन में काम करने वाली Java 8 लाइब्रेरी शामिल करनी हैं या नहीं.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]enforce_constraints
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह जांच करता है कि हर टारगेट किन एनवायरमेंट के साथ काम करता है. साथ ही, अगर किसी टारगेट में ऐसी डिपेंडेंसी हैं जो एक जैसे एनवायरमेंट के साथ काम नहीं करती हैं, तो गड़बड़ियों की रिपोर्ट करती है
टैग:build_file_semantics
--[no]experimental_check_desugar_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या Android बाइनरी लेवल पर सही डीयूगरिंग की दोबारा जांच करनी है.
टैग:eagerness_to_exit
,loading_and_analysis
,experimental
--experimental_import_deps_checking=<off, warning or error>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चालू होने पर, देखें कि aar_Import की निर्भरता पूरी हुई हैं या नहीं. इस नीति के उल्लंघन की वजह से, बिल्ड टूट सकता है या सिर्फ़ चेतावनियां मिल सकती हैं.
टैग:loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो यह जांच करता है कि Java टारगेट, सीधे तौर पर इस्तेमाल किए जाने वाले सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग:build_file_semantics
,eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे चालू किया जाता है, तो सिर्फ़ जनरेट करने वाले नियम के सिर्फ़ टेस्ट करने के लिए देखकर, उन ज़रूरी टारगेट के लिए जांच करें जो आउटपुट फ़ाइलें हैं. यह 'किसको दिखे' सेटिंग से मेल खाता है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_check_visibility_for_toolchains
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सेटिंग चालू है, तो 'किसको दिखे' सेटिंग, टूलचेन को लागू करने की प्रोसेस पर भी लागू होती है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_disable_native_android_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो Android के नियमों को सीधे तौर पर इस्तेमाल करने की सुविधा बंद कर दी जाती है. कृपया https://github.com/ba इमारतोंbuild/rules_android पर जाकर, Starlark Android के नियमों का इस्तेमाल करें
टैग:eagerness_to_exit
,incompatible_change
--[no]incompatible_disable_native_apple_binary_rule
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए यहां रखा गया.
टैग:eagerness_to_exit
,incompatible_change
--[no]incompatible_python_disable_py2
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Python 2 सेटिंग का इस्तेमाल करने से गड़बड़ी हो सकती है. इसमें python_version=PY2, srcs_version=PY2, और srcs_version=PY2ONLY शामिल हैं. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/15684 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_validate_top_level_header_inclusions
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Basel की ओर से टॉप लेवल डायरेक्ट्री का हेडर शामिल किए जाने की पुष्टि भी की जाएगी. ज़्यादा जानकारी के लिए, https://github.com/bazubuild/ba बहुत/issues/10047 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--python_native_rules_allowlist=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--inबेमेल_python_disallow_native_rules को लागू करते समय इस्तेमाल करने के लिए अनुमति वाली सूची (package_group टारगेट).
टैग:loading_and_analysis
--[no]strict_filesets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प चालू है, तो पैकेज की सीमाएं पार करने वाली फ़ाइलसेट को गड़बड़ियों के तौर पर रिपोर्ट किया जाता है.
टैग:build_file_semantics
,eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जब तक बंद न हो, तब तक यह जांच करता है कि proto_library टारगेट साफ़ तौर पर सभी सीधे इस्तेमाल किए गए टारगेट को डिपेंडेंसी के तौर पर बताता है.
टैग:build_file_semantics
,eagerness_to_exit
,incompatible_change
--strict_public_imports=<off, warn, error, strict or default>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बंद न होने तक, यह जांच करता है कि Proto_library टारगेट साफ़ तौर पर 'सार्वजनिक इंपोर्ट' में इस्तेमाल किए गए सभी टारगेट के बारे में बताता है या नहीं के रूप में एक्सपोर्ट किया जाता है.
टैग:build_file_semantics
,eagerness_to_exit
,incompatible_change
--[no]strict_system_includes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना भी ज़रूरी होता है.
टैग:loading_and_analysis
,eagerness_to_exit
--target_environment=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस बिल्ड के टारगेट एनवायरमेंट का एलान करता है. किसी "एनवायरमेंट" का लेबल रेफ़रंस होना चाहिए नियम. अगर तय किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने चाहिए.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड के साइनिंग आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4>
डिफ़ॉल्ट: "v1_v2"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
APKs पर साइन करने के लिए, लागू करने का तरीका
टैग:action_command_lines
,affects_outputs
,loading_and_analysis
--[no]device_debug_entitlements
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे सेट किया जाता है और कंपाइलेशन मोड 'ऑप्ट' नहीं करता है, तो साइन इन करते समय, ऑब्जेसी ऐप्लिकेशन डीबग एनटाइटलमेंट को शामिल करेंगे.
टैग:changes_inputs
--ios_signing_cert_name=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
iOS साइनिंग के लिए इस्तेमाल करने के लिए, सर्टिफ़िकेट का नाम. अगर इस नीति को सेट नहीं किया जाता है, तो इसे सेट अप करने के लिए इस्तेमाल की जाने वाली प्रोफ़ाइल पर वापस लाया जाएगा. यह कोडसाइन के मैन पेज (SIGNING IDENTITIES) के मुताबिक, सर्टिफ़िकेट की कीचेन आइडेंटिटी प्राथमिकता या सर्टिफ़िकेट के सामान्य नाम की (सबस्ट्रिंग) हो सकती है.
टैग:action_command_lines
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disallow_legacy_py_provider
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं, जल्द ही हटा दिया जाएगा.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो objc_library andobjc_Import में sdk_frameworks और कम ऊर्जा_sdk_frameworks एट्रिब्यूट को अनुमति न दें.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_objc_alwayslink_by_default
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो objc_library और objc_Import में हमेशा लिंक एट्रिब्यूट के लिए डिफ़ॉल्ट वैल्यू को सही बनाएं.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_python_disallow_native_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, बिल्ट-इन py_* नियमों का इस्तेमाल करते समय गड़बड़ी होती है; इसके बजाय,Rule_python नियमों का इस्तेमाल करना चाहिए. ज़्यादा जानकारी और डेटा को दूसरी जगह भेजने से जुड़े निर्देशों के लिए, https://github.com/batzbuild/ba बहुत/issues/17773 देखें.
टैग:loading_and_analysis
,incompatible_change
- ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टारगेट टारगेट के लिए विश्लेषण में गड़बड़ी की वजह से टारगेट के लिए, गड़बड़ी की जानकारी वाले विश्लेषणFailureInfo के इंस्टेंस को लागू किया जाता है. इससे ऐप्लिकेशन बनाने में गड़बड़ी होती है.
टैग:loading_and_analysis
,experimental
--analysis_testing_deps_limit=<an integer>
डिफ़ॉल्ट: "2000"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ नियम एट्रिब्यूट के ज़रिए, ट्रांज़िटिव डिपेंडेंसी की ज़्यादा से ज़्यादा संख्या सेट करता है. अगर उपयोगकर्ता ने यह सीमा पार नहीं की, तो नियम से जुड़ी गड़बड़ी होगी.
टैग:loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही dex2oat कार्रवाई न होने पर, टेस्ट रनटाइम के दौरान dex2oat लागू करने के बजाय, बिल्ड टूट जाता है.
टैग:loading_and_analysis
,experimental
--[no]check_tests_up_to_date
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच न करें, बस देख लें कि वे अप-टू-डेट हैं या नहीं. अगर सभी जांच के नतीजे अप-टू-डेट हैं, तो जांच पूरी हो जाती है. अगर किसी जांच को बनाया या लागू करना ज़रूरी है, तो गड़बड़ी की सूचना दी जाती है और जांच नहीं हो पाती. यह विकल्प --check_up_to_date व्यवहार लागू करता है.
टैग:execution
--[no]experimental_android_use_parallel_dex2oat
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
android_test को तेज़ी से बढ़ाने के लिए, साथ में dex2oat का इस्तेमाल करें.
टैग:loading_and_analysis
,host_machine_resource_optimizations
,experimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच में किसी भी तरह की गड़बड़ी होने पर, हर जांच को तय की गई संख्या तक फिर से इस्तेमाल करने की कोशिश की जाएगी. जिन टेस्ट को पास करने के लिए एक से ज़्यादा बार कोशिश करनी पड़ती है उन्हें 'FLAKY' के तौर पर मार्क किया जाता है शामिल करें. आम तौर पर बताया गया मान सिर्फ़ एक पूर्णांक या 'डिफ़ॉल्ट' स्ट्रिंग होती है. अगर यह पूर्णांक है, तो सभी टेस्ट N बार तक चलाए जाएंगे. अगर यह 'डिफ़ॉल्ट' पर सेट है, तो सामान्य जांचों के लिए सिर्फ़ एक बार जांच की जाएगी. वहीं, तीन बार जांच करने की कोशिश की जाएगी, जिसे उनके नियम (फ़्लैकी=1 एट्रिब्यूट) के मुताबिक, साफ़ तौर पर 'फ़्लैकी' के तौर पर मार्क किया गया हो. वैकल्पिक सिंटैक्स: regex_filter@flaky_test_attempts. जहां flaky_test_attempts ऊपर जैसा है और regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची को दिखाता है (यह भी देखें --runs_per_test). उदाहरण: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3, //foo/ में सभी टेस्ट को डिफ़ेक करता है. हालांकि, foo/bar में मौजूद टेस्ट को तीन बार डिफ़ेक करता है. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. हाल ही में पास किए गए आर्ग्युमेंट को प्राथमिकता दी जाती है. अगर कुछ भी मैच नहीं करता है, तो सेटिंग 'डिफ़ॉल्ट' के तौर पर दिखेगी पढ़ें.
टैग:execution
--[no]ios_memleaks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग:action_command_lines
--ios_simulator_device=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिम्युलेटर में iOS ऐप्लिकेशन चलाते समय, सिम्युलेट किया जाने वाला डिवाइस, जैसे कि 'iPhone 6'. 'xcrun simctl list devicetypes' चलाकर डिवाइसों की सूची देखी जा सकती है मशीन पर सिम्युलेटर चलेगा.
टैग:test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रन करते या टेस्ट करते समय, सिम्युलेटर पर चलाने के लिए iOS का वर्शन. अगर नियम में टारगेट किए गए डिवाइस की जानकारी दी गई है, तो इसे ios_test के नियमों के लिए अनदेखा कर दिया जाएगा.
टैग:test_runner
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक साथ चलाए जाने वाले लोकल टेस्ट जॉब की ज़्यादा से ज़्यादा संख्या. यह एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") का इस्तेमाल करता है. इसके बाद, वैकल्पिक रूप से कोई कार्रवाई ([-|*]<float>) ली जाती है, जैसे कि. "auto", "Host_CPUS*.5". 0 का मतलब है कि लोकल रिसॉर्स, एक साथ चलाए जाने के लिए लोकल टेस्ट जॉब की संख्या को सीमित कर देगा. इसे 'नौकरी' के लिए वैल्यू से ज़्यादा सेट करना असर नहीं पड़ता.
टैग:execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इससे पता चलता है कि हर टेस्ट को कितनी बार करना है. अगर इनमें से कोई भी कोशिश किसी वजह से फ़ेल हो जाती है, तो पूरी जांच को फ़ेल माना जाता है. आम तौर पर, डाली गई वैल्यू सिर्फ़ एक पूर्णांक होती है. उदाहरण: --runs_per_test=3 सभी जांच तीन बार चलेगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test का मतलब पूर्णांक वैल्यू है और regex_filter, रेगुलर एक्सप्रेशन पैटर्न की सूची को दिखाता है और इसमें शामिल नहीं है (इसे भी देखें --instrumentation_filter). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3, //foo/ में तीन बार जांच करता है. हालांकि, foo/bar में मौजूद जांच को तीन बार चलाया जाता है. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. हाल ही में पास किए गए आर्ग्युमेंट को प्राथमिकता दी जाती है. अगर कुछ भी मैच नहीं करता है, तो जांच सिर्फ़ एक बार की जाती है.
--test_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अतिरिक्त एनवायरमेंट वैरिएबल तय करता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में, इसकी वैल्यू को बेज़ल क्लाइंट एनवायरमेंट से या name=value पेयर के ज़रिए पढ़ा जाएगा. कई वैरिएबल तय करने के लिए, इस विकल्प का इस्तेमाल कई बार किया जा सकता है. सिर्फ़ 'बेज़ल टेस्ट' में इस्तेमाल किया जाता है आदेश.
टैग:test_runner
--[no]test_keep_going
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बंद होने पर, कोई भी जांच पास न होने पर पूरा बिल्ड बंद हो जाएगा. डिफ़ॉल्ट रूप से, सभी टेस्ट चलाए जाते हैं, भले ही कुछ टेस्ट पास न हों.
टैग:execution
--test_strategy=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे पता चलता है कि टेस्ट चलाने के लिए किस रणनीति का इस्तेमाल करना है.
टैग:execution
--test_timeout=<a single integer or comma-separated list of 4 integers>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है जांच के टाइम आउट की डिफ़ॉल्ट वैल्यू को बदलें (सेकंड में). अगर एक पॉज़िटिव पूर्णांक वैल्यू दी जाती है, तो वह सभी कैटगरी को बदल देगी. अगर कॉमा लगाकर अलग किए गए चार पूर्णांक दिए गए हैं, तो वे टाइम आउट को छोटे, सामान्य, लंबे, और अनंत (इसी क्रम में) के लिए बदल देंगे. दोनों ही रूपों में, -1 की वैल्यू से ब्लेज़ को उस कैटगरी के लिए अपने डिफ़ॉल्ट टाइम आउट का इस्तेमाल करने का निर्देश मिलता है.
--test_tmpdir=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह 'basel test' के लिए बेस अस्थायी डायरेक्ट्री के बारे में बताता है इस्तेमाल करें.
--[no]zip_undeclared_test_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग:test_runner
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--[no]experimental_filter_library_jar_with_program_jar
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
LibraryJar में मौजूद किसी भी क्लास को हटाने के लिए, ProGuard ProgramJar को फ़िल्टर करें.
टैग:action_command_lines
--[no]experimental_inmemory_dotd_files
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की जाती है, तो C++ .d फ़ाइलों को डिस्क में लिखने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में पास कर दिया जाएगा.
टैग:loading_and_analysis
,execution
,affects_outputs
,experimental
--[no]experimental_inmemory_jdeps_files
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, Java कंपाइलेशन से जनरेट हुई डिपेंडेंसी (.jdeps) फ़ाइलों को डिस्क पर लिखने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में पास किया जाएगा.
टैग:loading_and_analysis
,execution
,affects_outputs
,experimental
--[no]experimental_objc_include_scanning
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच करनी है या नहीं, लेकिन मकसद C/C++ के लिए स्कैन करना है या नहीं.
टैग:loading_and_analysis
,execution
,changes_inputs
--[no]experimental_retain_test_configuration_across_testonly
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, --trim_test_configuration, testonly=1 के तौर पर मार्क किए गए नियमों के लिए, टेस्ट कॉन्फ़िगरेशन में काट-छांट नहीं करेगा. इसका मकसद, कार्रवाई से जुड़े विवादों को कम करना है. ऐसा तब होता है, जब टेस्ट नहीं किए जा रहे नियम, cc_test नियमों पर निर्भर होते हैं. --trim_test_ Configuration गलत होने पर कोई असर नहीं पड़ता.
टैग:loading_and_analysis
,loses_incremental_state
--[no]experimental_starlark_cc_import
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो cc_Import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग:loading_and_analysis
,experimental
--[no]experimental_unsupported_and_brittle_include_scanning
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इनपुट फ़ाइलों की #include लाइनों को पार्स करके, C/C++ कंपाइलेशन के लिए इनपुट को छोटा करें या नहीं. यह कंपाइलेशन इनपुट ट्री का साइज़ कम करके, परफ़ॉर्मेंस को बेहतर बनाने और बढ़ोतरी को बढ़ावा देने में मदद कर सकता है. हालांकि, यह बिल्ड को भी तोड़ सकता है, क्योंकि शामिल करने वाला स्कैनर, C प्रीप्रोसेसर सिमैंटिक को पूरी तरह लागू नहीं करता. खास तौर पर, यह डाइनैमिक #include डायरेक्टिव को नहीं समझता और प्रीप्रोसेसर कंडिशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. इस फ़्लैग से जुड़ी अगर कोई समस्या है, तो वह बंद हो जाएगी.
टैग:loading_and_analysis
,execution
,changes_inputs
--[no]incremental_dexing
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर Jar फ़ाइल की डेक्सिंग के लिए, ज़्यादातर काम अलग-अलग किया जाता है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "Host_CPUS"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह साफ़ तौर पर, Basel के लिए उपलब्ध लोकल सीपीयू कोर की कुल संख्या को सेट करता है, ताकि उन बिल्ड ऐक्शन पर खर्च किया जा सके जो स्थानीय तौर पर लागू की जाती हैं. यह एक पूर्णांक या "Host_CPUS" लेता है. इसके बाद, वैकल्पिक तौर पर [-|*]<float> का इस्तेमाल किया जाता है (उदाहरण के लिए, उपलब्ध CPU कोर की आधी संख्या का इस्तेमाल करने के लिए Host_CPUS*.5. डिफ़ॉल्ट रूप से, ("Host_CPUS"), Basel, उपलब्ध सीपीयू कोर की संख्या का अनुमान लगाने के लिए, सिस्टम कॉन्फ़िगरेशन से क्वेरी करेगा.
टैग:host_machine_resource_optimizations
--local_extra_resources=<a named float, 'name=value'>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Basel के लिए उपलब्ध अतिरिक्त संसाधनों की संख्या सेट करें. स्ट्रिंग-फ़्लोट पेयर में लेता है. अलग-अलग तरह के अतिरिक्त संसाधनों के बारे में बताने के लिए, इनका इस्तेमाल कई बार किया जा सकता है. उपलब्ध अतिरिक्त संसाधनों और ज़रूरी अतिरिक्त संसाधनों के हिसाब से, Basel की प्रोसेस एक साथ चल रही कार्रवाइयों को सीमित कर देगी. टेस्ट में "संसाधन:<resoucename>:<amount>" का टैग इस्तेमाल करके बताया जा सकता है कि उन्हें कितने अतिरिक्त संसाधनों की ज़रूरत है फ़ॉर्मैट. उपलब्ध सीपीयू, रैम, और संसाधनों को इस फ़्लैग के साथ सेट नहीं किया जा सकता.
टैग:host_machine_resource_optimizations
--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>
डिफ़ॉल्ट: "Host_RAM*.67"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
साफ़ तौर पर, लोकल होस्ट रैम (एमबी में) की वह कुल मात्रा सेट करें जो Basel के लिए उपलब्ध हो. इससे, बिल्ड ऐक्शन पर खर्च किया जा सकेगा, ताकि लोकल लेवल पर लागू की जा सकें. एक पूर्णांक या "Host_RAM" लेता है. इसके बाद, वैकल्पिक तौर पर [-|*]<float> लिया जाता है (उदाहरण के लिए, उपलब्ध रैम की आधी रैम का इस्तेमाल करने के लिए Host_RAM*.5). डिफ़ॉल्ट रूप से, ("Host_RAM*.67"), Baज़र, उपलब्ध रैम का अनुमान लगाने के लिए, सिस्टम कॉन्फ़िगरेशन से क्वेरी करेगा और उसके 67% हिस्से का इस्तेमाल करेगा.
टैग:host_machine_resource_optimizations
--[no]objc_use_dotd_pruning
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो क्लैंग की मदद से बनाई गई .d फ़ाइलों का इस्तेमाल, objc कंपाइलेशन में पास किए गए इनपुट के सेट को छोटा करने के लिए किया जाएगा.
टैग:changes_inputs
,loading_and_analysis
--[no]process_headers_in_dependencies
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट //a:a बनाते समय, उन सभी टारगेट के हेडर प्रोसेस करें जिन पर //a:a निर्भर करता है (अगर टूलचेन के लिए हेडर प्रोसेसिंग चालू है).
टैग:execution
--[no]trim_test_configuration
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, बिल्ड के टॉप लेवल के नीचे जांच से जुड़े विकल्प मिटा दिए जाएंगे. अगर यह फ़्लैग चालू है, तो टेस्ट को नॉन-टेस्ट नियमों के आधार पर नहीं बनाया जा सकता. हालांकि, टेस्ट से जुड़े विकल्पों में बदलाव करने से, नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग:loading_and_analysis
,loses_incremental_state
- वे विकल्प जो लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]experimental_bep_target_summary
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टारगेट से जुड़ी जानकारी वाले इवेंट पब्लिश करने हैं या नहीं.
--[no]experimental_build_event_expand_filesets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट फ़ाइलें प्रज़ेंट करते समय, BEP में Filesset को बड़ा करें.
टैग:affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट फ़ाइलें प्रज़ेंट करते समय, BEP में रिलेटिव फ़ाइलसेट सिमलिंक को पूरी तरह से ठीक करें. --experimental_build_event_expand_filesets की ज़रूरत है.
टैग:affects_outputs
--experimental_build_event_upload_max_retries=<an integer>
डिफ़ॉल्ट: "4"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Basel को बिल्ड इवेंट को अपलोड करने के लिए ज़्यादा से ज़्यादा कितनी बार फिर से कोशिश करनी चाहिए.
टैग:bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.>
डिफ़ॉल्ट: "1s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
शुरुआती तौर पर, बीईपी अपलोड न होने पर एक्स्पोनेंशियल बैकऑफ़ बार-बार कोशिश करने में कम से कम देरी. (घातांक: 1.6)
टैग:bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इससे, बिल्ड इवेंट प्रोटोकॉल में रेफ़र किए गए आर्टफ़ैक्ट को अपलोड करने का तरीका चुना जाता है.
टैग:affects_outputs
--[no]experimental_materialize_param_files_directly
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर पैरामीटर फ़ाइलों को मटेरियलाइज़ किया जा रहा है, तो डिस्क पर सीधे लिखने के साथ ऐसा करें.
टैग:execution
--[no]experimental_run_bep_event_include_residue
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या रन बिल्ड इवेंट में कमांड-लाइन बचे हुए हिस्से को शामिल करना है, जिसमें बचा हुआ हिस्सा हो सकता है. डिफ़ॉल्ट रूप से, बचे हुए को उन रन कमांड बिल्ड इवेंट में शामिल नहीं किया जाता जिनमें बचा हुआ हिस्सा हो सकता है.
टैग:affects_outputs
--[no]experimental_stream_log_file_uploads
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लॉग फ़ाइल के अपलोड को डिस्क में लिखने के बजाय, सीधे रिमोट स्टोरेज पर स्ट्रीम करें.
टैग:affects_outputs
--explain=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसकी वजह से बिल्ड सिस्टम बिल्ड के चलाए गए हर चरण के बारे में बताता है. पूरी जानकारी, बताई गई लॉग फ़ाइल में लिखी जाती है.
टैग:affects_outputs
--[no]legacy_important_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
TargetComplete इवेंट में लेगसी music_Outputs फ़ील्ड के फ़ील्ड को जनरेट होने से रोकने के लिए, इसका इस्तेमाल करें. Baज़ल से नतीजेStore इंटिग्रेशन के लिए, ज़रूरी_आउटपुट जनरेट करने की ज़रूरत है.
टैग:affects_outputs
--[no]materialize_param_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रिमोट ऐक्शन एक्ज़ीक्यूशन का इस्तेमाल करते समय भी आउटपुट ट्री में इंटरमीडिएट पैरामीटर फ़ाइलें लिखता है. यह कार्रवाइयों को डीबग करने में मदद करता है. इसका मतलब --subcommands और --verbose_failures में पता है.
टैग:execution
--max_config_changes_to_show=<an integer>
डिफ़ॉल्ट: "3"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के विकल्पों में बदलाव की वजह से विश्लेषण की कैश मेमोरी को खारिज करने पर, बदले गए विकल्पों के नाम की संख्या दिखती है. अगर दी गई संख्या -1 है, तो बदले गए सभी विकल्प दिखाए जाएंगे.
टैग:terminal_output
--max_test_output_bytes=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर जांच लॉग के ज़्यादा से ज़्यादा साइज़ के बारे में बताता है, जो --test_Output 'गड़बड़ियां' होने पर निकल सकता है या 'सभी'. इससे टेस्ट आउटपुट में बहुत ज़्यादा शोर होने से बचने में मदद मिलती है. टेस्ट हेडर, लॉग साइज़ में शामिल होता है. नेगेटिव वैल्यू की कोई सीमा नहीं होती. आउटपुट में सब कुछ या कुछ नहीं होता.
टैग:test_runner
,terminal_output
,execution
--output_filter=<a valid Java regular expression>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए रेगुलर एक्सप्रेशन से मैच करने वाले नियमों के लिए सिर्फ़ चेतावनियां और ऐक्शन आउटपुट दिखाता है.
टैग:affects_outputs
--progress_report_interval=<an integer in 0-3600 range>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अब भी चल रहे जॉब की रिपोर्ट के बीच इंतज़ार करने में लगने वाले सेकंड. डिफ़ॉल्ट वैल्यू 0 का मतलब है कि पहली रिपोर्ट 10 सेकंड बाद प्रिंट की जाएगी. इसके बाद, 30 सेकंड बाद प्रिंट की जाएगी. इसके बाद, हर मिनट में एक बार रिपोर्ट जारी की जाएगी. जब --कर्स चालू होते हैं, तो प्रोग्रेस हर सेकंड रिपोर्ट की जाती है.
टैग:affects_outputs
--show_result=<an integer>
डिफ़ॉल्ट: "1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के नतीजे दिखाएं. हर टारगेट के लिए बताएं कि उसे अप-टू-डेट किया गया था या नहीं. अगर हां, तो बनाई गई आउटपुट फ़ाइलों की सूची भी बताएं. प्रिंट की गई फ़ाइलें शेल में कॉपी करने+पेस्ट करने और उन्हें चलाने के लिए सुविधाजनक स्ट्रिंग होती हैं.
इस विकल्प के लिए एक पूर्णांक तर्क ज़रूरी होता है, जो टारगेट की वह थ्रेशोल्ड संख्या होती है जिसके ऊपर नतीजे की जानकारी प्रिंट नहीं की जाती. इसलिए, शून्य से मैसेज को दबा दिया जाता है और MAX_INT के कारण नतीजे को हमेशा प्रिंट किया जाता है. डिफ़ॉल्ट सेटिंग एक है.
अगर किसी टारगेट के लिए कुछ नहीं बनाया गया था, तो आउटपुट को थ्रेशोल्ड में रखने के लिए, नतीजों को हटाया जा सकता है.
टैग:affects_outputs
--[no]subcommands
[-s
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के दौरान लागू किए गए सब-कमांड दिखाएं. मिलते-जुलते फ़्लैग: --execution_log_json_file, --execution_log_binary_file (किसी टूल-फ़्रेंडली फ़ॉर्मैट में किसी फ़ाइल में सब-कमांड को लॉग करने के लिए).
टैग:terminal_output
--test_output=<summary, errors, all or streamed>
डिफ़ॉल्ट: "खास जानकारी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह मनचाहे आउटपुट मोड के बारे में बताता है. मान्य वैल्यू 'खास जानकारी' होती हैं केवल परीक्षण स्थिति सारांश, 'गड़बड़ी' का आउटपुट देने के लिए विफल परीक्षणों के लिए परीक्षण लॉग भी प्रिंट करने के लिए, 'सभी' सभी परीक्षणों के लॉग प्रिंट करने और 'स्ट्रीम' किए जाने के लिए सभी जांचों के लिए लॉग आउटपुट का रीयल टाइम में इस्तेमाल करें (इससे जांच स्थानीय तौर पर एक बार में एक बार लागू होगी, भले ही --test_strategy वैल्यू कोई भी हो).
टैग:test_runner
,terminal_output
,execution
--test_summary=<short, terse, detailed, none or testcase>
डिफ़ॉल्ट: "छोटा"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह टेस्ट की खास जानकारी का पसंदीदा फ़ॉर्मैट तय करता है. मान्य वैल्यू 'छोटी' है केवल किए गए परीक्षणों की जानकारी प्रिंट करने के लिए, 'क्षमता', केवल चलाए गए असफल परीक्षणों की जानकारी प्रिंट करने के लिए, 'विवरण' जांच में सफल न होने वाले टेस्ट केस की पूरी जानकारी प्रिंट करने के लिए, 'testcase' टेस्ट केस रिज़ॉल्यूशन में खास जानकारी को प्रिंट करने के लिए, 'फ़ेल टेस्ट केस' और 'कोई नहीं' के बारे में ज़्यादा जानकारी न प्रिंट करें जवाब को छोड़ दें.
टैग:terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: "-.*"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टूलचेन रिज़ॉल्यूशन के दौरान डीबग की जानकारी प्रिंट करें. फ़्लैग एक रेगुलर एक्सप्रेशन लेता है. इसकी जांच टूलचेन टाइप और खास टारगेट के आधार पर की जाती है, ताकि यह पता लगाया जा सके कि किसे डीबग करना है. कई रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. इसके बाद, हर रेगुलर एक्सप्रेशन की अलग-अलग जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत जटिल है. यह हो सकता है कि यह सिर्फ़ टूलचेन रिज़ॉल्यूशन के विशेषज्ञों के लिए काम का हो.
टैग:terminal_output
--[no]verbose_explanations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर 'एक्सप्लेनेशंस' सुविधा चालू है, तो एक्सप्लेनेशंस को ज़्यादा शब्दों में दिखाया जाता है. अगर --explain चालू नहीं है, तो इसका कोई असर नहीं होता.
टैग:affects_outputs
--[no]verbose_failures
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर कोई निर्देश काम नहीं करता, तो पूरी कमांड लाइन प्रिंट करें.
टैग:terminal_output
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--aspects_parameters=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कमांड लाइन आसपेक्ट पैरामीटर की वैल्यू बताता है. हर पैरामीटर की वैल्यू, <param_name>=<param_value> के ज़रिए बताई जाती है, जैसे कि 'my_param=my_val' जहां 'my_param' 'आसपेक्ट सूची' में किसी पहलू का पैरामीटर है या सूची के किसी पहलू के लिए ज़रूरी है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है. हालांकि, एक ही पैरामीटर के लिए एक से ज़्यादा बार वैल्यू असाइन नहीं की जा सकती.
टैग:loading_and_analysis
--flag_alias=<a 'name=value' flag alias>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह Starlark फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह "<key>=<value>" रूप में एक की-वैल्यू पेयर लेता है का इस्तेमाल करें.
टैग:changes_inputs
--[no]incompatible_default_to_explicit_init_py
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग डिफ़ॉल्ट बिहेवियर बदल देता है, ताकि Python टारगेट की रनफ़ाइल में __init__.py फ़ाइलें अब अपने-आप न बने रहें. सटीक रूप से, जब किसी py_binary या py_test टारगेट में लेगसी_create_init "ऑटो" पर सेट हो (डिफ़ॉल्ट रूप से), इस फ़्लैग के सेट होने पर ही इसे गलत माना जाता है. https://github.com/baazbuild/baZZ/issues/10076 पर जाएं.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_py2_outputs_are_suffixed
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Python 2 कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे. इसमें सफ़िक्स '-py2' होगा, जबकि Python 3 के लिए बनाए गए टारगेट, रूट में दिखेंगे. इनमें Python से जुड़ा कोई सफ़िक्स नहीं होगा. इसका मतलब है कि `bazz-bin` सुविधा सिमलिंक, Python 2 के बजाय Python 3 टारगेट पर ले जाएगा. अगर आपने इस विकल्प को चालू किया है, तो हमारा सुझाव है कि `--insupported_py3_is_default` को चालू करें.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_py3_is_default
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो `py_binary` और `py_test` टारगेट जो अपनी `python_version` (या `default_python_version`) विशेषता को सेट नहीं करते, वे PY2 के बजाय डिफ़ॉल्ट रूप से PY3 पर सेट हो जाएंगे. अगर आपने इस फ़्लैग को सेट किया है, तो हमारा सुझाव है कि `--insupported_py2_Outputs_are_suffixed` को सेट करें.
टैग:loading_and_analysis
,affects_outputs
,incompatible_change
--[no]incompatible_use_python_toolchains
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो एक्ज़ीक्यूटेबल नेटिव Python नियम, --python_top जैसे लेगसी फ़्लैग से दिए गए रनटाइम के बजाय, Python टूलचेन से तय किए गए Python रनटाइम का इस्तेमाल करेंगे.
टैग:loading_and_analysis
,incompatible_change
--python_version=<PY2 or PY3>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Python मेजर वर्शन मोड, `PY2` या `PY3`. ध्यान दें कि इस वैल्यू को `py_binary` और `py_test` टारगेट (भले ही वे किसी वर्शन की जानकारी न देते हों) से ओवरराइड किया गया है. इसलिए, आम तौर पर इस फ़्लैग को देने की ज़्यादा वजह नहीं होती.
टैग:loading_and_analysis
,affects_outputs
--target_pattern_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट किया जाता है, तो बिल्ड कमांड लाइन के बजाय, यहां नाम की फ़ाइल के पैटर्न को पढ़ेगा. यहां किसी फ़ाइल के साथ-साथ कमांड-लाइन पैटर्न बताने में भी कोई गड़बड़ी होती है.
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_remote_cache_eviction_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बिल्ड में रिमोट कैश मेमोरी को हटाने में कोई गड़बड़ी हुई हो, तो फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. एक गैर-शून्य मान को स्पष्ट रूप से --insupported_remote_use_new_exit_code_for_lost_inputs को सही पर सेट कर दिया जाएगा. हर कोशिश के लिए एक नया शुरू करने का आईडी जनरेट किया जाएगा. अगर आप न्योते का आईडी जनरेट करते हैं और उसे --invocation_id के साथ Basel को उपलब्ध कराते हैं, तो आपको इस फ़्लैग का इस्तेमाल नहीं करना चाहिए. इसके बजाय, फ़्लैग --inaffiliate_remote_use_new_exit_code_for_lost_inputs सेट करें और एग्ज़िट कोड 39 देखें.
टैग:execution
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बिल्ड को 'सही है' पर सेट किया जाता है, तो अगर बिल्ड के दौरान रिमोट कैश मेमोरी खाली हो जाती है, तो Basel 34 के बजाय नए एग्ज़िट कोड 39 का इस्तेमाल करेगा.
टैग:incompatible_change
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा जाता.:
--[no]allow_analysis_cache_discard
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड सिस्टम में बदलाव की वजह से विश्लेषण कैश मेमोरी को खारिज करने पर, इस विकल्प को 'गलत है' पर सेट करने से बेज़ल बाहर हो जाएगा, न कि बिल्ड जारी रखने का. 'discard_analysis_cache' होने पर इस विकल्प का कोई असर नहीं पड़ता भी सेट होता है.
टैग:eagerness_to_exit
--[no]build_manual_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट टारगेट को 'मैन्युअल' टैग करने के लिए मजबूर किया जाता है बनाया जाना है. 'मैन्युअल' टेस्ट को प्रोसेस से बाहर रखा गया है. यह विकल्प उन्हें बनाए जाने के लिए मजबूर करता है, लेकिन उन्हें लागू नहीं किया जाता.
--build_tag_filters=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टैग की कॉमा-सेपरेटेड लिस्ट दिखाता है. प्रत्येक टैग को वैकल्पिक रूप से पहले '-' के साथ रखा जा सकता है का इस्तेमाल करें. सिर्फ़ वही टारगेट बनाए जाएंगे जिनमें कम से कम एक शामिल किया गया टैग हो और किसी भी हटाए गए टैग न हों. इस विकल्प से, 'टेस्ट' की मदद से किए गए टेस्ट के सेट पर कोई असर नहीं पड़ता निर्देश दें; उन्हें टेस्ट फ़िल्टर करने के विकल्पों से कंट्रोल किया जाता है, उदाहरण के लिए '--test_tag_filters'
--[no]build_tests_only
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर बताया गया है, तो सिर्फ़ *_test और test_suite के नियम बनाए जाएंगे और कमांड लाइन पर तय किए गए अन्य टारगेट को अनदेखा कर दिया जाएगा. अनुरोध की गई हर चीज़ डिफ़ॉल्ट रूप से बनाई जाएगी.
--[no]cache_test_results
[-t
] डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर 'ऑटो' पर सेट किया जाता है, तो Baze टेस्ट को दोबारा तब टेस्ट करता है, जब: (1) Basel को टेस्ट या उसकी डिपेंडेंसी में बदलावों का पता चलता है, (2) टेस्ट को बाहरी के तौर पर मार्क किया गया है, (3) --runs_per_test की मदद से एक से ज़्यादा टेस्ट रन करने का अनुरोध किया गया था या(4) टेस्ट पहले फ़ेल हो गया था. अगर यह 'हां' पर सेट है, तो Basel के टेस्ट के नतीजे, बाहरी के तौर पर मार्क किए गए टेस्ट को छोड़कर सभी को कैश मेमोरी में सेव होते हैं. अगर यह 'नहीं' पर सेट है, तो Baze किसी भी टेस्ट नतीजे को कैश मेमोरी में सेव नहीं करता है.
--[no]compile_one_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है आर्ग्युमेंट फ़ाइलों की एक डिपेंडेंसी कंपाइल करें. यह आईडीई में सिंटैक्स की सोर्स फ़ाइलों की जांच करने के लिए मददगार है. उदाहरण के लिए, सोर्स फ़ाइल पर निर्भर एक टारगेट को फिर से बनाकर, ताकि एडिट/बिल्ड/टेस्ट साइकल में गड़बड़ियों का जल्द से जल्द पता लगाया जा सके. यह आर्ग्युमेंट, बिना फ़्लैग वाले सभी आर्ग्युमेंट के बारे में जानकारी देने के तरीके पर असर डालता है; बनाने के लिए टारगेट होने के बजाय, वे सोर्स फ़ाइल नाम हैं. हर सोर्स फ़ाइल के नाम के लिए, एक आर्बिट्रेरी टारगेट बनाया जाएगा, जो इस पर निर्भर करता है.
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--[no]discard_analysis_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है विश्लेषण का चरण पूरा होने के तुरंत बाद, विश्लेषण की कैश मेमोरी को खारिज कर दें. इससे, मेमोरी के इस्तेमाल को ~10% तक कम किया जा सकता है. हालांकि, इससे ऐप्लिकेशन की रफ़्तार धीमी हो जाती है.
--execution_log_binary_file=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है src/main/protobuf/spawn.proto के मुताबिक, एक्ज़ीक्यूट किए गए स्पॉन्स को इस फ़ाइल में डीलिमिटेड स्पान प्रोटो के तौर पर लॉग करें. मिलते-जुलते फ़्लैग: --execution_log_json_file (टेक्स्ट JSON फ़ॉर्मैट; म्यूचुअली एक्सक्लूसिव), --execution_log_sort (एक्ज़िक्यूशन लॉग क्रम से लगाना है या नहीं), --subcommands (टर्मिनल आउटपुट में सबकमैंड दिखाने के लिए).
--execution_log_json_file=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है src/main/protobuf/spawn.proto के मुताबिक, एक्ज़ीक्यूट किए गए स्पॉन्स को इस फ़ाइल में, डिलिमिटेड स्पॉन्स प्रोटो के JSON फ़ॉर्मैट के तौर पर लॉग करें. संबंधित फ़्लैग: --execution_log_binary_file (बाइनरी प्रोटोबफ़ फ़ॉर्मैट; म्यूचुअली एक्सक्लूसिव), --execution_log_sort (एक्ज़िक्यूशन लॉग को क्रम से लगाना है या नहीं), --subcommands (टर्मिनल आउटपुट में सबकमैंड दिखाने के लिए).
--[no]execution_log_sort
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है एक्ज़ीक्यूशन लॉग को क्रम से लगाना है या नहीं. इससे, सभी न्योतों के लॉग की तुलना करना आसान हो जाता है. 'गलत' पर सेट करें, ताकि शुरू करने के आखिर में, लॉग इन को नॉन-डिटरमिनिस्टिक एक्ज़ीक्यूशन ऑर्डर बनाने की लागत में सीपीयू और मेमोरी के संभावित इस्तेमाल से बचा जा सके.
--[no]expand_test_suites
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
विश्लेषण से पहले, test_suite के टारगेट को उनके मूल टेस्ट में बड़ा करें. जब इस फ़्लैग को चालू (डिफ़ॉल्ट) किया जाता है, तो टेस्ट सुइट से जुड़े टेस्ट पर नेगेटिव टारगेट पैटर्न लागू होंगे, नहीं तो वे नहीं होंगे. इस फ़्लैग को बंद करना तब फ़ायदेमंद होता है, जब कमांड लाइन पर टॉप-लेवल के पहलुओं को लागू किया जाता है: इसके बाद वे test_suite टारगेट का विश्लेषण कर सकते हैं.
टैग:loading_and_analysis
--[no]experimental_cancel_concurrent_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Blaze पहली बार सफल होने पर एक ही समय में चल रहे टेस्ट रद्द कर देगा. यह सिर्फ़ --runs_per_test_detects_flakes के साथ मिलकर काम करता है.
टैग:affects_outputs
,loading_and_analysis
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पहलुओं का समर्थन नहीं किया गया है. टारगेट के सेट के फ़िल्टर जिनके लिए extra_action शेड्यूल करने हैं.
--[no]experimental_extra_action_top_level_only
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पहलुओं का समर्थन नहीं किया गया है. टॉप लेवल टारगेट के लिए सिर्फ़ extra_action शेड्यूल करता है.
--[no]experimental_fetch_all_coverage_outputs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, कवरेज चलाने के दौरान हर टेस्ट के लिए, कवरेज डेटा डायरेक्ट्री को फ़ेच करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_generate_llvm_lcov
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो क्लैंग के लिए कवरेज एक एलसीओवी रिपोर्ट जनरेट करेगी.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_j2objc_header_map
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है क्या J2ObjC ट्रांसपिलेशन के साथ-साथ J2ObjC हेडर मैप जनरेट करना है.
--[no]experimental_j2objc_shorter_header_path
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
छोटे हेडर पाथ के साथ जनरेट करना है या नहीं ("_j2objc" के बजाय "_ios" का इस्तेमाल करता है").
टैग:affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>
डिफ़ॉल्ट: "javaबिल्डर"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java को कंपाइल करने के लिए, कम किए गए क्लासपाथ को चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सीमा --experimental_run_android_lint_on_java_rules और Android पर काम करने वाली लाइब्रेरी तक सीमित हैं.
टैग:affects_outputs
--[no]experimental_run_android_lint_on_java_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
java_* सोर्स की पुष्टि करनी है या नहीं.
टैग:affects_outputs
--[no]explicit_java_test_deps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है गलती से TestRunner के Deps से जानकारी पाने के बजाय, java_test में JUnit या Hamcrest की डिपेंडेंसी के बारे में साफ़ तौर पर जानकारी दें. फ़िलहाल, यह सुविधा सिर्फ़ बेज़ल के लिए काम करती है.
--host_java_launcher=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल के लिए इस्तेमाल किया जाने वाला Java लॉन्चर.
--host_javacopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल बनाते समय, javac को पास करने के लिए अतिरिक्त विकल्प.
--host_jvmopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल बनाते समय, Java वीएम पास करने के लिए दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_check_sharding_support
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो अगर टेस्ट रनर यह नहीं बताता है कि वह TEST_SHARD_STATUS_FILE में मौजूद पाथ पर फ़ाइल को टच करके शार्डिंग की सुविधा देता है, तो Basel, शार्ड टेस्ट में फ़ेल हो जाएगा. गलत होने पर, शार्ड का समर्थन नहीं करने वाले टेस्ट रनर से हर शार्ड में सभी टेस्ट चल जाएंगे.
टैग:incompatible_change
--[no]incompatible_exclusive_test_sandboxed
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो खास टेस्ट सैंडबॉक्स की गई रणनीति के साथ किए जाएंगे. 'स्थानीय' जोड़ें टैग की मदद से किसी खास टेस्ट को स्थानीय तौर पर चलाना ज़रूरी बनाने के लिए टैग करें
टैग:incompatible_change
--[no]incompatible_strict_action_env
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, PATH के लिए स्टैटिक वैल्यू वाले एनवायरमेंट का इस्तेमाल करता है और LD_LIBRARY_PATH को इनहेरिट नहीं करता है. अगर आपको क्लाइंट से कुछ एनवायरमेंट वैरिएबल इनहेरिट करने हैं, तो --action_env=ENV_VARIABLE का इस्तेमाल करें. हालांकि, ध्यान रखें कि ऐसा करने से, शेयर की गई कैश मेमोरी का इस्तेमाल करने पर क्रॉस-यूज़र कैशिंग में रुकावट आएगी.
टैग:loading_and_analysis
,incompatible_change
--j2objc_translation_flags=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है J2ObjC टूल को पास करने के लिए अन्य विकल्प.
--java_debug
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसकी वजह से, Java टेस्ट की Java वर्चुअल मशीन को टेस्ट शुरू करने से पहले, JDWP के नियमों का पालन करने वाले डीबगर (जैसे कि jdb) से कनेक्शन मिलने का इंतज़ार करना पड़ता है. इसमें -test_Output=streamed का इस्तेमाल हुआ है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है हर Java टारगेट के लिए, डिपेंडेंसी जानकारी (अभी के लिए, कंपाइल-टाइम क्लासपाथ) जनरेट करें.
--[no]java_header_compilation
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है सीधे सोर्स से iJर कंपाइल करें.
--java_language_version=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java भाषा वर्शन
--java_launcher=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java बाइनरी बनाते समय इस्तेमाल करने के लिए Java लॉन्चर. अगर यह फ़्लैग खाली स्ट्रिंग पर सेट है, तो JDK लॉन्चर का इस्तेमाल किया जाता है. "लॉन्चर" विशेषता इस फ़्लैग को ओवरराइड कर देती है.
--java_runtime_version=<a string>
डिफ़ॉल्ट: "local_jdk"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java रनटाइम वर्शन
--javacopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है javac को पास करने के लिए अतिरिक्त विकल्प.
--jvmopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java वीएम को पास करने के लिए दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--legacy_main_dex_list_generator=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से उन क्लास की सूची जनरेट करने के लिए एक बाइनरी के बारे में पता चलता है जो लेगसी मल्टीडेक्स को कंपाइल करते समय मुख्य dex में होनी चाहिए.
--local_termination_grace_seconds=<an integer>
डिफ़ॉल्ट: "15"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टाइम आउट की वजह से लोकल प्रोसेस को खत्म करने और उसे ज़बरदस्ती बंद करने के बीच इंतज़ार का समय.
--optimizing_dexer=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिना शार्ड किए डेक्सिंग करने के लिए बाइनरी बताता है.
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--plugin=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड में इस्तेमाल करने के लिए प्लगिन. फ़िलहाल, यह java_plugin के साथ काम करता है.
--proguard_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से पता चलता है कि Java बाइनरी बनाते समय, कोड हटाने के लिए ProGuard के किस वर्शन का इस्तेमाल करना चाहिए.
--proto_compiler=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:protoc"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोटो-कंपाइलर का लेबल.
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_cc=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:cc_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल, जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>
का डिफ़ॉल्ट अनुवाद: "@bagel_tools//tools/j2objc:j2objc_proto_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो j2objc प्रोटो को इकट्ठा करने का तरीका बताता है
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_java=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:java_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो बताता है कि Java प्रोटो को कैसे कंपाइल किया जाए
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_javalite=<a build target label>
डिफ़ॉल्ट: "@baaz_tools//tools/proto:javalite_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो बताता है कि JavaLite प्रोटो को कैसे कंपाइल किया जाए
टैग:affects_outputs
,loading_and_analysis
--protocopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोटोबफ़ कंपाइलर को पास करने के लिए अन्य विकल्प.
टैग:affects_outputs
--[no]runs_per_test_detects_flakes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो कोई भी शार्ड जिसमें कम से कम एक दौड़/प्रयास पास होता है और कम से कम एक दौड़/प्रयास विफल होता है उसे फ्लैकी स्थिति मिलती है.
--shell_executable=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल के इस्तेमाल के लिए, एक्ज़ीक्यूटेबल शेल का ऐब्सलूट पाथ. अगर इसे सेट नहीं किया जाता है, लेकिन BAZEL_SH एनवायरमेंट वैरिएबल पहले Basel को शुरू करने की प्रोसेस पर सेट है, (जिससे Baze सर्वर चालू होता है) उसका इस्तेमाल किया जाता है. यदि दोनों में से कोई भी सेट नहीं है, तो Ba जानना, आपके द्वारा चलाए जाने वाले ऑपरेटिंग सिस्टम के आधार पर हार्ड कोड किए गए डिफ़ॉल्ट पथ का उपयोग करता है (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, अन्य सभी: /bin/bash). ध्यान दें कि किसी ऐसे शेल का इस्तेमाल करने से जो बैश के साथ काम नहीं करता है, हो सकता है कि जनरेट की गई बाइनरी बिल्ड न हो या रनटाइम बंद हो जाए.
टैग:loading_and_analysis
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
--test_arg=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से ऐसे अतिरिक्त विकल्प और आर्ग्युमेंट के बारे में पता चलता है जिन्हें टेस्ट के लिए एक्ज़ीक्यूट किया जा सकता है. कई आर्ग्युमेंट के बारे में बताने के लिए, इसका इस्तेमाल एक से ज़्यादा बार किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो उनमें से हर एक को एक जैसे तर्क मिलेंगे. सिर्फ़ 'बेज़ल टेस्ट' में इस्तेमाल किया जाता है आदेश.
--test_filter=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट फ़्रेमवर्क पर फ़ॉरवर्ड करने के लिए फ़िल्टर तय करता है. इसका इस्तेमाल, टेस्ट करने की सीमा तय करने के लिए किया जाता है. ध्यान दें कि इससे बनाए गए टारगेट पर कोई असर नहीं पड़ता.
--test_lang_filters=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह जांच भाषाओं की कॉमा-सेपरेटेड लिस्ट होती है. प्रत्येक भाषा को वैकल्पिक रूप से पहले '-' के साथ रखा जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे जो निर्दिष्ट भाषाओं में लिखे गए हैं. हर भाषा के लिए इस्तेमाल किया जाने वाला नाम, *_test नियम में भाषा के प्रीफ़िक्स से मेल खाना चाहिए, जैसे कि 'cc', 'java', 'py' वगैरह में से एक. यह विकल्प --build_tests_only व्यवहार और परीक्षण कमांड को प्रभावित करता है.
--test_result_expiration=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस विकल्प के इस्तेमाल पर रोक लगा दी गई है और इसका कोई असर नहीं पड़ता है.
--[no]test_runner_fail_fast
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट रनर के लिए, फ़ॉरवर्ड तेज़ी से काम नहीं करने का विकल्प. पहली बार फ़ेल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce>
डिफ़ॉल्ट: "अश्लील"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट शार्डिंग के लिए रणनीति तय करें: 'अश्लील' 'shard_count' होने पर ही शार्डिंग का इस्तेमाल करने के लिए बिल्ड एट्रिब्यूट मौजूद है. 'अक्षम' टेस्ट शार्डिंग का इस्तेमाल कभी न करें. 'बल=k' 'k' लागू करने के लिए 'shard_count' की परवाह किए बिना परीक्षण के लिए शार्ड बिल्ड एट्रिब्यूट.
--test_size_filters=<comma-separated list of values: small, medium, large or enormous>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट साइज़ की कॉमा-सेपरेटेड लिस्ट दिखाता है. हर साइज़ से पहले वैकल्पिक रूप से '-' का इस्तेमाल किया जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे, जिनमें कम से कम एक शामिल किया गया आकार होता है और उनमें कोई भी बहिष्कृत आकार शामिल नहीं होता. यह विकल्प --build_tests_only व्यवहार और टेस्ट कमांड पर असर डालता है.
--test_tag_filters=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट टैग की कॉमा-सेपरेटेड लिस्ट दिखाता है. प्रत्येक टैग को वैकल्पिक रूप से पहले '-' के साथ रखा जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे, जिनमें कम से कम एक शामिल किया गया टैग शामिल होगा और उनमें कोई भी बहिष्कृत टैग शामिल नहीं होगा. यह विकल्प --build_tests_only व्यवहार और टेस्ट कमांड पर असर डालता है.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट टाइम आउट की कॉमा-सेपरेटेड लिस्ट दिखाता है. हर टाइम आउट में, वैकल्पिक तौर पर '-' का इस्तेमाल किया जा सकता है का इस्तेमाल करें. केवल वही परीक्षण लक्ष्य मिलेंगे, जिनमें कम से कम एक टाइमआउट शामिल किया गया हो और उसमें कोई भी बहिष्कृत टाइमआउट शामिल न हो. यह विकल्प --build_tests_only व्यवहार और टेस्ट कमांड पर असर डालता है.
--tool_java_language_version=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java की भाषा का वर्शन, जिसका इस्तेमाल ऐसे टूल को एक्ज़ीक्यूट करने के लिए किया जाता है जो बिल्ड के दौरान ज़रूरी होते हैं
--tool_java_runtime_version=<a string>
डिफ़ॉल्ट: "remotejdk_11"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान टूल चलाने के लिए इस्तेमाल किया जाने वाला Java रनटाइम वर्शन
--[no]use_ijars
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह विकल्प चालू होने पर, Java को कंपाइल करने में इंटरफ़ेस जार का इस्तेमाल होता है. इससे तेज़ी से कंपाइलेशन होगा, लेकिन गड़बड़ी के मैसेज अलग हो सकते हैं.
कैननिकल फ़्लैग वाले विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- ऐसे विकल्प जो कमांड के आउटपुट को कंट्रोल करते हैं:
--[no]canonicalize_policy
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बड़ा करने और फ़िल्टर करने के बाद, कैननिकल नीति का आउटपुट देता है. आउटपुट को साफ़ रखने के लिए, इस विकल्प को 'सही' पर सेट करने पर कैननिकल किए गए कमांड आर्ग्युमेंट नहीं दिखाए जाएंगे. ध्यान दें कि --for_command से तय किया गया निर्देश, फ़िल्टर की गई नीति पर असर डालता है. अगर कोई निर्देश तय नहीं किया जाता है, तो डिफ़ॉल्ट निर्देश 'build' होता है.
टैग:affects_outputs
,terminal_output
--[no]experimental_include_default_values
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Starlark के विकल्पों की डिफ़ॉल्ट वैल्यू को आउटपुट में शामिल किया जाता है या नहीं.
टैग:affects_outputs
,terminal_output
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमेंटिक्स पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
--for_command=<a string>
डिफ़ॉल्ट: "बिल्ड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह निर्देश जिसके लिए विकल्पों को कैननिकल किया जाना चाहिए.
टैग:affects_outputs
,terminal_output
--invocation_policy=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कैननिकल किए जाने के विकल्पों पर अनुरोध करने की नीति लागू करती है.
टैग:affects_outputs
,terminal_output
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
साफ़ करने के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- ऐसे विकल्प जो कमांड के आउटपुट को कंट्रोल करते हैं:
--[no]async
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो आउटपुट को हटाने की प्रोसेस एसिंक्रोनस है. इस निर्देश के पूरा होने के बाद, एक ही क्लाइंट में नए निर्देशों को लागू करना सुरक्षित होगा. भले ही, बैकग्राउंड में इन्हें मिटाने का काम जारी रहे.
टैग:host_machine_resource_optimizations
--[no]expunge
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो 'क्लीन करें' इस बेज़ल इंस्टेंस के लिए पूरी तरह से काम कर रहा ट्री हटा देता है. इसमें सभी बेज़ल बनाई गई अस्थायी और बिल्ड आउटपुट फ़ाइलें शामिल हैं. साथ ही, अगर बेज़ल सर्वर चल रहा है, तो यह उसे भी बंद कर देता है.
टैग:host_machine_resource_optimizations
--expunge_async
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर तय किया जाता है, तो एसिंक्रोनस रूप से 'साफ़ करें', इस बेज़ल इंस्टेंस के लिए काम करने वाले पूरे ट्री को हटा देता है, जिसमें सभी बेज़ल बनाई गई अस्थायी और बिल्ड आउटपुट फ़ाइलें शामिल हैं और अगर चल रहा है, तो बेज़ल सर्वर रुक जाता है. इस निर्देश के पूरा होने के बाद, एक ही क्लाइंट में नए निर्देशों को लागू करना सुरक्षित होगा. भले ही, बैकग्राउंड में इन्हें मिटाने का काम जारी रहे.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--expunge
--async
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
कॉन्फ़िगरेशन विकल्प
कवरेज के विकल्प
test से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
Cquery के विकल्प
test से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise>
डिफ़ॉल्ट: "कंज़र्वेटिव"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर आउटपुट फ़ॉर्मैट, {xml,proto,record} में से एक है, तो आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी को हल करने का तरीका. 'बंद' इसका मतलब है कि किसी भी पहलू पर निर्भरता का समाधान नहीं हुआ है, 'कंज़र्वेटिव' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी जोड़ दी जाती हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी की नियम क्लास, 'सटीक' दी गई हो या नहीं इसका मतलब है कि सिर्फ़ उन पहलुओं को जोड़ा जाएगा जो डायरेक्ट डिपेंडेंसी की नियम क्लास दिए जाने पर शायद चालू हों. ध्यान दें कि सटीक मोड को एक ही टारगेट का आकलन करने के लिए, अन्य पैकेज लोड करने की ज़रूरत होती है. इस तरह, यह अन्य मोड के मुकाबले धीमा हो जाता है. इस बात पर भी ध्यान दें कि सटीक मोड भी पूरी तरह सटीक नहीं होता: किसी पहलू का हिसाब लगाने का फ़ैसला, विश्लेषण के चरण में लिया जाता है. हालांकि, 'बेज़ल क्वेरी' के दौरान यह फ़ैसला नहीं लिया जाता.
टैग:build_file_semantics
--[no]consistent_labels
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की गई है, तो हर क्वेरी कमांड से लेबल ऐसे दिखते हैं जैसे Starlark <code>str</code> <code>लेबल</code> पर फ़ंक्शन लागू किया गया इंस्टेंस. यह उन टूल के लिए काम का है जिन्हें क्वेरी के अलग-अलग निर्देशों और/या नियमों से जनरेट होने वाले लेबल के आउटपुट से मैच करने की ज़रूरत होती है. अगर इस नीति को चालू नहीं किया जाता है, तो आउटपुट फ़ॉर्मैट करने वाले लोग, डेटा स्टोर करने की मुख्य जगह के नाम (डेटा स्टोर करने की मुख्य जगह के बजाय) का इस्तेमाल कर सकते हैं. इससे आउटपुट को पढ़ने में आसानी होती है.
टैग:terminal_output
--[no]graph:factored
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ग्राफ़ को 'फ़ैक्टर' के तौर पर दिखाया जाएगा. इसका मतलब है कि जगह के हिसाब से समतुल्य नोड को एक साथ मर्ज कर दिया जाएगा और उनके लेबल जोड़ दिए जाएंगे. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--graph:node_limit=<an integer>
डिफ़ॉल्ट: "512"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में किसी ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि काट-छांट नहीं की जाएगी. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--[no]implicit_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू है, तो इंप्लिसिट डिपेंडेंसी को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी वह है जिसे BUILD फ़ाइल में साफ़ तौर पर तय नहीं किया गया है, लेकिन उसे बैजल से जोड़ा गया है. क्वेरी के लिए, यह विकल्प ऐसे टूलचेन को फ़िल्टर करने की सुविधा को कंट्रोल करता है जिनका समाधान हो चुका है.
टैग:build_file_semantics
--[no]include_aspects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
aquery, cquery: क्या आउटपुट में आसपेक्ट रेशियो से जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (पदों का हमेशा अनुसरण किया जाता है).
टैग:terminal_output
--[no]incompatible_package_group_includes_double_slash
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो Package_group के `packages` एट्रिब्यूट को आउटपुट करते समय, सबसे पहले वाले `//` को नहीं हटाया जाएगा.
टैग:terminal_output
,incompatible_change
--[no]infer_universe_scope
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट नहीं है और --universe_scope को सेट नहीं किया गया, तो क्वेरी एक्सप्रेशन में, यूनीक टारगेट पैटर्न की सूची के तौर पर --universe_scope की वैल्यू का पता लगाया जाएगा. ध्यान दें, ऐसा हो सकता है कि यूनिवर्स के स्कोप वाले फ़ंक्शन (जैसे कि`allrdeps`) का इस्तेमाल करने वाले क्वेरी एक्सप्रेशन के लिए, --universe_scope की अनुमानित वैल्यू, आपकी पसंद के मुताबिक न हो. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आपको पता हो कि क्या करना है. ज़्यादा जानकारी और उदाहरणों के लिए, https://bagel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प की वैल्यू को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery` पर नहीं).
टैग:loading_and_analysis
--[no]line_terminator_null
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है या नहीं.
टैग:terminal_output
--[no]nodep_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो "nodep" से शुरू होता है एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. "नोडेप" का एक सामान्य उदाहरण एट्रिब्यूट "विज़िबिलिटी" है. सभी "nodep" के बारे में जानने के लिए, `info Build-language` के आउटपुट को चलाएं और पार्स करें एट्रिब्यूट की वैल्यू सबमिट करें.
टैग:build_file_semantics
--output=<a string>
डिफ़ॉल्ट: "लेबल"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें cquery के नतीजे प्रिंट किए जाने चाहिए. cquery के लिए ये वैल्यू इस्तेमाल की जा सकती हैं: Label, label_ kind, textproto, ट्रांज़िशन, प्रोटोकॉल, स् ट्रीम किया गया प्रोटो, jsonproto. अगर 'transitions' को चुना जाता है, तो आपको --transitions=(lite|full) विकल्प भी बताना होगा.
टैग:terminal_output
--[no]proto:default_values
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ऐसे एट्रिब्यूट शामिल किए जाते हैं जिनकी वैल्यू, BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है; ऐसा न होने पर उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है
टैग:terminal_output
--[no]proto:definition_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
परिभाषा_stack प्रोटो फ़ील्ड को पॉप्युलेट करें, जो हर नियम इंस्टेंस के लिए Starlark कॉल स्टैक को उस समय रिकॉर्ड करता है, जब नियम की क्लास तय की गई थी.
टैग:terminal_output
--[no]proto:flatten_selects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट कर दिए जाते हैं. सूची टाइप के लिए फ़्लैटन प्रज़ेंटेशन एक ऐसी सूची है जिसमें चुने गए मैप की हर वैल्यू को सिर्फ़ एक बार शामिल किया जाता है. स्केलर टाइप को फ़्लैट करके शून्य कर दिया जाता है.
टैग:build_file_semantics
--[no]proto:include_attribute_source_aspects
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एट्रिब्यूट के source_aspect_name प्रोटो फ़ील्ड को, उस सोर्स आसपेक्ट के साथ भरें जिससे यह एट्रिब्यूट मिला है (अगर ऐसा नहीं हुआ है, तो स्ट्रिंग खाली है).
टैग:terminal_output
--[no]proto:include_configurations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह चालू है, तो प्रोटो आउटपुट में कॉन्फ़िगरेशन के बारे में जानकारी शामिल होगी. बंद होने पर, cqueryproto आउटपुट फ़ॉर्मैट, क्वेरी आउटपुट फ़ॉर्मैट जैसा दिखता है.
टैग:affects_outputs
--[no]proto:include_synthetic_attribute_hash
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$internal_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना है या नहीं.
टैग:terminal_output
--[no]proto:instantiation_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर नियम के इंस्टैंशिएट करने वाले कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग:terminal_output
--[no]proto:locations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या प्रोटो आउटपुट में जगह की जानकारी आउटपुट करनी है.
टैग:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
डिफ़ॉल्ट: "सभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में शामिल करने के लिए एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट का इस्तेमाल किया जाता है. किसी भी एट्रिब्यूट का आउटपुट देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है.
टैग:terminal_output
--[no]proto:rule_inputs_and_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नियम_इनपुट और नियम_आउटपुट फ़ील्ड में जानकारी अपने-आप भरी जाए या नहीं.
टैग:terminal_output
--query_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो क्वेरी कमांड लाइन के बजाय, यहां नाम वाली फ़ाइल से क्वेरी पढ़ेगी. यहां किसी फ़ाइल के साथ-साथ कोई कमांड-लाइन क्वेरी बताना एक गड़बड़ी है.
टैग:changes_inputs
--[no]relative_locations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह एक-दूसरे से मिलती-जुलती होगी. डिफ़ॉल्ट रूप से, जगह की जानकारी का आउटपुट एक ऐब्सलूट पाथ होता है और यह सभी मशीन पर एक जैसा नहीं होगा. सभी मशीनों पर एक जैसा नतीजा पाने के लिए, इस विकल्प को 'सही' पर सेट किया जा सकता है.
टैग:terminal_output
--show_config_fragments=<off, direct or transitive>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी नियम और उसकी ट्रांज़िटिव डिपेंडेंसी के लिए ज़रूरी कॉन्फ़िगरेशन फ़्रैगमेंट दिखाता है. इससे यह आकलन करने में मदद मिल सकती है कि कॉन्फ़िगर किए गए टारगेट ग्राफ़ में कितनी काट-छांट की जा सकती है.
टैग:affects_outputs
--starlark:expr=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगर किए गए हर टारगेट को cquery's --Output=starlark मोड में फ़ॉर्मैट करने के लिए, Starlark एक्सप्रेशन. कॉन्फ़िगर किया गया टारगेट, 'टारगेट' पर सीमित है. अगर --starlark:expr न ही --starlark:file दिया गया है, तो यह विकल्प डिफ़ॉल्ट रूप से 'str(target.label)' पर सेट होगा. --starlark:expr और --starlark:file, दोनों को तय करने में गड़बड़ी होती है.
टैग:terminal_output
--starlark:file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्टारलार्क फ़ंक्शन को तय करने वाली फ़ाइल का नाम, जिसे एक आर्ग्युमेंट का फ़ॉर्मैट 'फ़ॉर्मैट' कहा जाता है. यह आर्ग्युमेंट, कॉन्फ़िगर किए गए हर टारगेट पर लागू होता है, ताकि उसे स्ट्रिंग के तौर पर फ़ॉर्मैट किया जा सके. --starlark:expr और --starlark:file, दोनों को तय करने में गड़बड़ी होती है. अतिरिक्त जानकारी के लिए --आउटपुट=starlark के लिए सहायता देखें.
टैग:terminal_output
--[no]tool_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्वेरी: अगर यह सुविधा बंद है, तो 'एक्ज़िक कॉन्फ़िगरेशन' की निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी काम करती है. 'एक्ज़ीक्यूटिव कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी 'proto_library' से नियम, प्रोटोकॉल कंपाइलर का हिस्सा होता है. आम तौर पर, उपयोगकर्ताओं को 'टारगेट' के हिस्से के बजाय बिल्ड के दौरान एक्ज़ीक्यूट किए गए टूल की ओर पॉइंट करता है कार्यक्रम.
Cquery: यह सुविधा बंद होने पर, कॉन्फ़िगर किए गए उन सभी टारगेट को फ़िल्टर कर दिया जाता है जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट की तुलना में, एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट, टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही दिखाए जाएंगे. ये वे टारगेट भी होंगे जो टारगेट कॉन्फ़िगरेशन में शामिल हैं. अगर टॉप लेवल टारगेट, exec कॉन्फ़िगरेशन में है, तो सिर्फ़ लागू किए गए कॉन्फ़िगर किए गए टारगेट ही लौटाए जाएंगे. इस विकल्प में उन टूलचेन को शामिल नहीं किया जाएगा जिन्हें हल किया जा चुका है.
टैग:build_file_semantics
--transitions=<full, lite or none>
डिफ़ॉल्ट: "कोई नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें cquery, ट्रांज़िशन की जानकारी प्रिंट करेगी.
टैग:affects_outputs
--universe_scope=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट पैटर्न का कॉमा-सेपरेटेड सेट (जोड़ और घटाव). यह क्वेरी, बताए गए टारगेट के ट्रांज़िटिव क्लोज़िंग से तय किए गए ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और क्वेरी कमांड के लिए किया जाता है.
cquery के लिए, इस विकल्प का इनपुट सभी जवाबों को टारगेट करता है. इसलिए, इस विकल्प से कॉन्फ़िगरेशन और ट्रांज़िशन पर असर पड़ सकता है. अगर इस विकल्प की जानकारी नहीं दी गई है, तो टॉप-लेवल के टारगेट को क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट माना जाता है. ध्यान दें: अगर क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट, टॉप-लेवल के विकल्पों के साथ बनाए नहीं जा सकते हैं, तो इस विकल्प को न बताने पर, बिल्ड टूट सकता है.
टैग:loading_and_analysis
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]experimental_inprocess_symlink_creation
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिमलिंक ट्री बनाने के लिए, डायरेक्ट फ़ाइल सिस्टम कॉल करना है या नहीं
टैग:loading_and_analysis
,execution
,experimental
--[no]experimental_persistent_aar_extractor
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वर्कर का इस्तेमाल करके, लगातार Aar एक्सट्रैक्ट करने वाले टूल को चालू करें.
टैग:execution
--[no]experimental_remotable_source_manifests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या सोर्स मेनिफ़ेस्ट कार्रवाइयों को रिमोट तौर पर बनाया जाना है
टैग:loading_and_analysis
,execution
,experimental
--[no]experimental_split_coverage_postprocessing
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, नए स्पॉन्स में टेस्ट के लिए, कवरेज पोस्टप्रोसेसिंग चलाएगा.
टैग:execution
--[no]experimental_strict_fileset_output
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प चालू है, तो फ़ाइलसेट सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें मानेंगे. वे डायरेक्ट्री में रुकावट नहीं डालेंगी या सिमलिंक के प्रति संवेदनशील नहीं होंगी.
टैग:execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कार्रवाई याद रखने के आधार पर किसी कार्रवाई को लागू करने की जानकारी में कुंजियां जोड़ें या हटाएं. यह सिर्फ़ उन कार्रवाइयों पर लागू होता है जो प्रोग्राम चलाने की जानकारी के साथ काम करती हैं. कई सामान्य कार्रवाइयों की मदद से, एक्ज़ीक्यूशन की जानकारी हासिल की जा सकती है, जैसे कि Genरूल, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा वैल्यू तय करते समय, क्रम मायने रखता है. इसकी वजह यह है कि एक ही याद दिलाने वाले तरीके पर कई रेगुलर एक्सप्रेशन लागू हो सकते हैं.
सिंटैक्स: "रेगुलर एक्सप्रेशन=[+-]key,regex=[+-]key,...".
उदाहरणः
'.*=+x,.*=-y,.*=+z' 'x' जोड़ता है और 'z' 'y' तक ले जाता है और उसे हटाता है से, सभी कार्रवाइयों को लागू करने की जानकारी.
'जेनरूल=+इसके लिए ज़रूरी है-x' 'ज़रूरी-x' जोड़ता है लागू करने की जानकारी भेज दिया जाता है.
'(?!सामान्य नियम).*=-requires-x' 'ज़रूरी-x' को हटाता है जो सामान्य कार्रवाइयां पूरी नहीं करतीं उनकी जानकारी से.
टैग:execution
,affects_outputs
,loading_and_analysis
--persistent_android_dex_desugar
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों का इस्तेमाल करके, Android dex और Desugar की लगातार कार्रवाइयां करने की सुविधा चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_android_dex_desugar
--strategy=Desugar=worker
--strategy=DexBuilder=worker
टैग:host_machine_resource_optimizations
,execution
--persistent_android_resource_processor
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मियों का इस्तेमाल करके स्थायी Android संसाधन प्रोसेसर को चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker
--strategy=ProcessDatabinding=worker
--strategy=GenerateDataBindingBaseClasses=worker
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_dex_desugar
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मचारियों का इस्तेमाल करके, लगातार मल्टीप्लेक्स Android dex और डीशुगर कार्रवाइयों को चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_resource_processor
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कर्मियों का इस्तेमाल करके परसिस्टेंट मल्टीप्लेक्स वाला Android रिसॉर्स प्रोसेसर चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workers
टैग:host_machine_resource_optimizations
,execution
--persistent_multiplex_android_tools
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्थायी और मल्टीप्लेक्स वाले Android टूल (डेक्सिंग, डिसुगरिंग, रिसॉर्स प्रोसेसिंग) चालू करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--internal_persistent_multiplex_busybox_tools
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar
टैग:host_machine_resource_optimizations
,execution
--[no]use_target_platform_for_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, टेस्ट चलाने के लिए टारगेट प्लैटफ़ॉर्म का इस्तेमाल करेगा, न कि टेस्ट एक्ज़ेक्यूटिव ग्रुप का.
टैग:execution
- कार्रवाई करने के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करने वाले विकल्प:
--android_compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट कंपाइलर.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--android_crosstool_top=<a build target label>
डिफ़ॉल्ट: "//external:android/crosstool"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android बिल्ड के लिए इस्तेमाल किए जाने वाले C++ कंपाइलर की जगह की जानकारी.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट grte_top.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_manifest_merger=<legacy, android or force_android>
डिफ़ॉल्ट: "android"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह मेनिफ़ेस्ट मर्जर को चुनता है, ताकि android_binary नियमों के लिए इसका इस्तेमाल किया जा सके. फ़्लैग करके, लेगसी मर्जर से Android मेनिफ़ेस्ट मर्जर पर ट्रांज़िशन में मदद करें.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--android_platforms=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह ऐसे प्लैटफ़ॉर्म सेट करता है जिनका इस्तेमाल android_binary टारगेट में किया जाता है. अगर एक से ज़्यादा प्लैटफ़ॉर्म के बारे में बताया गया है, तो बाइनरी एक फ़ैट APK होता है, जिसमें तय किए गए हर टारगेट प्लैटफ़ॉर्म के लिए नेटिव बाइनरी होती हैं.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--android_sdk=<a build target label>
डिफ़ॉल्ट: "@ba"_tools//tools/android:sdk"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से, Android SDK/प्लैटफ़ॉर्म के बारे में जानकारी मिलती है, जिसका इस्तेमाल Android ऐप्लिकेशन बनाने के लिए किया जाता है.
टैग:changes_inputs
,loading_and_analysis
,loses_incremental_state
--apple_crosstool_top=<a build target label>
डिफ़ॉल्ट: "@bazu_tools//tools/cpp:toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Apple और Objc नियमों और उनकी डिपेंडेंसी में इस्तेमाल किए जाने वाले क्रॉसटूल पैकेज का लेबल.
टैग:loses_incremental_state
,changes_inputs
--cc_output_directory_tag=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स तय करता है.
टैग:affects_outputs
--compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट को कंपाइल करने के लिए, C++ कंपाइलर का इस्तेमाल करें.
टैग:loading_and_analysis
,execution
--coverage_output_generator=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/test:lcov_merger"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उस बाइनरी की जगह जिसका इस्तेमाल रॉ कवरेज रिपोर्ट को पोस्ट प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह एक ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, '//tools/test:lcov_merger' होता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--coverage_report_generator=<a build target label>
का डिफ़ॉल्ट अनुवाद: "@bagel_tools//tools/test:coverage_report_generator"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज रिपोर्ट जनरेट करने के लिए इस्तेमाल की जाने वाली बाइनरी की जगह. फ़िलहाल, यह एक ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट तौर पर, '//tools/test:coverage_report_generator' करता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--coverage_support=<a build target label>
का डिफ़ॉल्ट मैसेज: "@bagel_tools//tools/test:coverage_support"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
उन फ़ाइलों की जगह की जानकारी जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी हैं. डिफ़ॉल्ट रूप से, '//tools/test:coverage_support' होता है.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
--crosstool_top=<a build target label>
डिफ़ॉल्ट: "@bazu_tools//tools/cpp:toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ कोड कंपाइल करने के लिए इस्तेमाल किए जाने वाले क्रॉसटूल पैकेज का लेबल.
टैग:loading_and_analysis
,changes_inputs
,affects_outputs
--custom_malloc=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कस्टम मैलक लागू करने के बारे में बताता है. यह सेटिंग, बिल्ड के नियमों में मैलक एट्रिब्यूट को बदल देती है.
टैग:changes_inputs
,affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉमा लगाकर अलग किए गए रेगुलर एक्सप्रेशन की सूची, जिसमें हर एक से पहले वैकल्पिक रूप से - (नेगेटिव एक्सप्रेशन) लगाया जाता है (=) को कॉमा लगाकर अलग किए गए कंस्ट्रेंट वैल्यू टारगेट की सूची में असाइन किया जाता है. अगर टारगेट, किसी भी नेगेटिव एक्सप्रेशन से मैच नहीं करता है और कम से कम एक पॉज़िटिव एक्सप्रेशन है, तो उसका टूलचेन रिज़ॉल्यूशन इस तरह से परफ़ॉर्म किया जाएगा जैसे कि उसने कंस्ट्रेंट वैल्यू को एक्ज़ीक्यूशन कंस्ट्रेंट के तौर पर एलान किया हो. उदाहरण: //demo,-test=@platforms//cpus:x86_64, 'x86_64' को जोड़ देगा //demo के तहत किसी भी टारगेट को छोड़कर, जिनके नाम में 'test' मौजूद है.
टैग:loading_and_analysis
--[no]experimental_include_xcode_execution_requirements
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो "ज़रूरी-xcode:{version}" जोड़ें हर Xcode कार्रवाई के लिए एक्ज़ीक्यूशन की ज़रूरत होती है. अगर xcode वर्शन में हाइफ़न वाला लेबल है, तो "ज़रूरी-xcode-label:{version_label}" शामिल करें निष्पादन की ज़रूरत.
टैग:loses_incremental_state
,loading_and_analysis
,execution
--[no]experimental_prefer_mutual_xcode
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सबसे नए Xcode का इस्तेमाल करें जो स्थानीय तौर पर और कहीं से भी उपलब्ध हो. अगर गलत है या कोई म्युचुअल उपलब्ध वर्शन नहीं है, तो xcode-select के ज़रिए चुने गए लोकल Xcode वर्शन का इस्तेमाल करें.
टैग:loses_incremental_state
--extra_execution_platforms=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसे प्लैटफ़ॉर्म जो कार्रवाइयां करने के लिए, एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर उपलब्ध हैं. प्लैटफ़ॉर्म, टारगेट के हिसाब से या टारगेट पैटर्न के तौर पर तय किए जा सकते हैं. इन प्लैटफ़ॉर्म पर रजिस्टर करने से पहले, उन प्लैटफ़ॉर्म पर विचार किया जाएगा जिनकी जानकारी WorkSPACE फ़ाइल में रजिस्टर की गई है. इसके लिए,register_execution_platforms() का इस्तेमाल किया जाता है. यह विकल्प सिर्फ़ एक बार सेट किया जा सकता है; बाद के इंस्टेंस, पहले के फ़्लैग की सेटिंग को बदल देंगे.
टैग:execution
--extra_toolchains=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टूलचेन के रिज़ॉल्यूशन के दौरान, टूलचेन के नियमों पर ध्यान दिया जाना चाहिए. टूलचेन को सटीक टारगेट या टारगेट पैटर्न के तौर पर तय किया जा सकता है. इन टूलचेन पर विचार किया जाएगा, ताकि उन टूलचेन पर विचार किया जा सके जिनका एलान workspace_toolchains() से किया गया हो. इस फ़ाइल में दी गई जानकारी का एलान Workspace फ़ाइल में किया गया हो.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चेक-इन की गई libc लाइब्रेरी का लेबल. डिफ़ॉल्ट वैल्यू को क्रॉसटूल टूलचेन इस्तेमाल करता है और आपको इसे कभी भी बदलने की ज़रूरत नहीं पड़ती.
टैग:action_command_lines
,affects_outputs
--host_compiler=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ कंपाइलर का इस्तेमाल, होस्ट कंपाइलेशन के लिए किया जाता है. अगर --host_crosstool_top सेट नहीं है, तो इसे अनदेखा कर दिया जाता है.
टैग:loading_and_analysis
,execution
--host_crosstool_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिफ़ॉल्ट रूप से, --crosstool_top और --compiler विकल्पों का इस्तेमाल एक्ज़ीक्यूट करने के कॉन्फ़िगरेशन के लिए किया जाता है. अगर यह फ़्लैग दिया जाता है, तो Ba बैंक, दिए गए Crosstool_top के लिए, डिफ़ॉल्ट libc और कंपाइलर का इस्तेमाल करता है.
टैग:loading_and_analysis
,changes_inputs
,affects_outputs
--host_grte_top=<a label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया है, तो यह सेटिंग exec कॉन्फ़िगरेशन के लिए libc टॉप-लेवल डायरेक्ट्री (--grte_top) को बदल देती है.
टैग:action_command_lines
,affects_outputs
--host_platform=<a build target label>
डिफ़ॉल्ट: "@local_config_platform//:host"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लैटफ़ॉर्म के नियम का लेबल, जो होस्ट सिस्टम के बारे में बताता है.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel 'host' को चालू नहीं करेगा और 'nonhost' c++ टूलचेन में मिलने वाली सुविधाओं की जानकारी देखें (ज़्यादा जानकारी के लिए, https://github.com/baZbuild/ba इमारतों/issues/7407 पर जाएं).
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enable_android_toolchain_resolution
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android के नियमों (Starlark और नेटिव) के लिए, Android SDK टूल चुनने के लिए टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Apple के नियमों (Starlark और नेटिव) के लिए, Apple SDK टूल चुनने के लिए टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़र, lto इंडेक्स करने वाली कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का दोबारा इस्तेमाल नहीं करेगा. ज़्यादा जानकारी के लिए, https://github.com/bazubuild/ba बहुत/issues/6791 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_remove_legacy_whole_archive
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, लाइब्रेरी डिपेंडेंसी को डिफ़ॉल्ट रूप से पूरे संग्रह के तौर पर लिंक नहीं करेगा. माइग्रेशन से जुड़े निर्देशों के लिए, https://github.com/batzbuild/ba बहुत/issues/7362 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_require_ctx_in_configure_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel को 'ctx' की ज़रूरत होगी पैरामीटर को cc_common.Configure_features में जोड़ा गया (ज़्यादा जानकारी के लिए, https://github.com/batzbuild/baकोई और समस्याओं के बारे में जानें).
टैग:loading_and_analysis
,incompatible_change
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर टूलचेन के साथ काम करता है, तो इंटरफ़ेस के साथ शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, ईएलएफ़ टूलचेन में यह सेटिंग काम करती है.
टैग:loading_and_analysis
,affects_outputs
,affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति iOS ऐप्लिकेशन बनाने के लिए, iOS SDK टूल के वर्शन के बारे में बताती है. अगर जानकारी नहीं दी गई है, तो यह 'xcode_version' से iOS SDK टूल के डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
macOS ऐप्लिकेशन बनाने के लिए, macOS SDK टूल के वर्शन के बारे में जानकारी देता है. अगर जानकारी नहीं दी गई है, तो यह 'xcode_version' से macOS SDK के डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--minimum_os_version=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कम से कम ओएस वर्शन जिसे आपके कंपाइलेशन ने टारगेट किया है.
टैग:loading_and_analysis
,affects_outputs
--platform_mappings=<a relative path>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मैपिंग फ़ाइल की जगह, जो यह बताती है कि अगर कोई प्लैटफ़ॉर्म सेट नहीं है या पहले से कोई फ़्लैग सेट किया जाना है, तो किस प्लैटफ़ॉर्म का इस्तेमाल करना है. मुख्य फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता होना चाहिए. डिफ़ॉल्ट तौर पर 'platform_mappings' (सीधे फ़ाइल फ़ोल्डर रूट के नीचे की फ़ाइल).
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--platforms=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्लैटफ़ॉर्म के नियमों के लेबल, जो मौजूदा निर्देश के लिए टारगेट प्लैटफ़ॉर्म की जानकारी देते हैं.
टैग:affects_outputs
,changes_inputs
,loading_and_analysis
--python2_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह रोक दिया गया है, कोई कार्रवाई नहीं. `--insupported_use_python_toolchains` से बंद किया गया.
टैग:no_op
,deprecated
--python3_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह रोक दिया गया है, कोई कार्रवाई नहीं. `--insupported_use_python_toolchains` से बंद किया गया.
टैग:no_op
,deprecated
--python_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Python अनुवादक का ऐब्सलूट पाथ, जिसे टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए शुरू किया गया है. बहिष्कृत; --instatic_use_python_toolchains से बंद किया गया है.
टैग:loading_and_analysis
,affects_outputs
--python_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए, Python अनुवादक को दिखाने वाले py_runtime का लेबल. बहिष्कृत; --instatic_use_python_toolchains से बंद किया गया है.
टैग:loading_and_analysis
,affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
tvOS ऐप्लिकेशन बनाने के लिए, tvOS SDK के वर्शन के बारे में जानकारी देता है. अगर जानकारी नहीं दी गई है, तो 'xcode_version' से tvOS SDK के डिफ़ॉल्ट वर्शन का इस्तेमाल किया जाता है.
टैग:loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
WatchOS ऐप्लिकेशन बनाने के लिए, WatchOS SDK का वर्शन तय करती है. अगर जानकारी नहीं दी गई है, तो 'xcode_version' से वॉचओएस SDK टूल के डिफ़ॉल्ट वर्शन का इस्तेमाल किया जाता है.
टैग:loses_incremental_state
--xcode_version=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर तय किया गया है, तो बिल्ड से जुड़ी सही कार्रवाइयों के लिए दिए गए वर्शन के Xcode का इस्तेमाल करता है. अगर जानकारी नहीं है, तो Xcode के एक्ज़ेक्यूटर डिफ़ॉल्ट वर्शन का इस्तेमाल करता है.
टैग:loses_incremental_state
--xcode_version_config=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/cpp:host_xcodes"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, इस्तेमाल किया जाने वाला xcode_config नियम का लेबल.
टैग:loses_incremental_state
,loading_and_analysis
- निर्देश के आउटपुट को कंट्रोल करने वाले विकल्प:
--[no]apple_generate_dsym
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करना है या नहीं.
टैग:affects_outputs
,action_command_lines
--[no]build_runfile_links
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल सिमलिंक फ़ॉरेस्ट बनाएं. अगर गलत है, तो उन्हें सिर्फ़ तब लिखें, जब लोकल ऐक्शन के लिए ज़रूरी हो, टेस्ट करें या कमांड चलाएं.
टैग:affects_outputs
--[no]build_runfile_manifests
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल मेनिफ़ेस्ट लिखें. अगर गलत है, तो उन्हें हटा दें. गलत होने पर, लोकल टेस्ट नहीं चल पाएंगे.
टैग:affects_outputs
--[no]build_test_dwp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू की जाती है, तो C++ टेस्ट बनाते समय, टेस्ट बाइनरी के लिए .dwp फ़ाइल अपने-आप बन जाएगी. ऐसा, स्टैटिक तरीके से और फ़िज़न के साथ किया जाता है.
टैग:loading_and_analysis
,affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options>
डिफ़ॉल्ट: ".pb.h"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से, cc_proto_library बनाई जाने वाली हेडर फ़ाइलों के सफ़िक्स सेट होते हैं.
टैग:affects_outputs
,loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options>
डिफ़ॉल्ट: ".pb.cc"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति, cc_proto_library बनाई गई सोर्स फ़ाइलों के सफ़िक्स सेट करती है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_library में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां चलाएं.
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_proto_extra_actions
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_library में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां चलाएं.
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_save_feature_state
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन के आउटपुट के तौर पर, चालू और अनुरोध की गई सुविधाओं की स्थिति को सेव करें.
टैग:affects_outputs
,experimental
--fission=<a set of compilation modes>
डिफ़ॉल्ट: "नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से पता चलता है कि C++ कंपाइलेशन और लिंक के लिए, कौनसे कंपाइलेशन मोड विखंडन का इस्तेमाल करते हैं. {'fastbuild', 'dbg', 'opt'} या खास वैल्यू 'yes' का कोई भी कॉम्बिनेशन हो सकता है सभी मोड को सक्षम करने के लिए और 'नहीं' सभी मोड बंद करने के लिए.
टैग:loading_and_analysis
,action_command_lines
,affects_outputs
--[no]incompatible_always_include_files_in_data
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो नेटिव नियम <code>DefaultInfo.files</code> जोड़ते हैं डेटा डिपेंडेंसी के हिसाब से डेटा पर आधारित होता है.
टैग:affects_outputs
,incompatible_change
--[no]legacy_external_runfiles
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो .runfile/wsname/external/repo (.runfiles/repo के अलावा) के अलावा, बाहरी डेटा स्टोर करने की जगहों के लिए रनफ़ाइल सिमलिंक फ़ॉरेस्ट बनाएं.
टैग:affects_outputs
--[no]objc_generate_linkmap
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि लिंकमैप फ़ाइल जनरेट करनी है या नहीं.
टैग:affects_outputs
--[no]save_temps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबलर कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii फ़ाइलें (पहले से प्रोसेस की गई C++) शामिल हैं.
टैग:affects_outputs
- ऐसे विकल्प जिनकी मदद से उपयोगकर्ता, तय किए गए आउटपुट को कॉन्फ़िगर कर सकता है. साथ ही, आउटपुट की मौजूदगी के बावजूद, उसकी वैल्यू पर असर डालता है:
--action_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट कॉन्फ़िगरेशन की कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल के सेट के बारे में बताता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में वैल्यू को शुरू करने के माहौल से लिया जाएगा या ऐसे name=value पेयर से लिया जाएगा जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है; .
टैग:action_command_lines
--android_cpu=<a string>
डिफ़ॉल्ट: "armeabi-v7a"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android टारगेट सीपीयू.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]android_databinding_use_androidx
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
AndroidX-साथ काम करने वाली डेटा-बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ डेटाबाइंडिंग v2 के साथ किया जाता है. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]android_databinding_use_v3_4_args
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
3.4.0 आर्ग्युमेंट के साथ, Android डेटाबाइंडिंग v2 का इस्तेमाल करें. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--android_dynamic_mode=<off, default or fully>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह तय करता है कि जब cc_binary साफ़ तौर पर शेयर की गई लाइब्रेरी नहीं बनाता है, तो Android के नियमों के C++ डिप डाइनैमिक रूप से लिंक किए जाएंगे या नहीं. 'डिफ़ॉल्ट' इसका मतलब है कि bazu यह चुनता है कि उसे डाइनैमिक तरीके से लिंक करना है या नहीं. 'पूरा' इसका मतलब है कि सभी लाइब्रेरी डायनैमिक रूप से लिंक हो जाएंगी. 'बंद' इसका मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग:affects_outputs
,loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>
डिफ़ॉल्ट: "वर्णमाला"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह Android बाइनरी के लिए, मेनिफ़ेस्ट मर्जर को पास किए गए मेनिफ़ेस्ट का क्रम सेट करता है. ऐल्फ़ाबेट का मतलब है कि मेनिफ़ेस्ट को एक्ज़ीक्यूटेबल के मुकाबले पाथ के हिसाब से क्रम में लगाया जाता है. ALPHABETICAL_BY_CONFIGURATION का मतलब है कि मेनिफ़ेस्ट को आउटपुट डायरेक्ट्री में मौजूद कॉन्फ़िगरेशन डायरेक्ट्री के पाथ के हिसाब से क्रम में लगाया जाता है. डिपेंडेंसी का मतलब है कि हर लाइब्रेरी के मेनिफ़ेस्ट को उसी क्रम में रखा जाता है जो उसके डिपेंडेंसी के मेनिफ़ेस्ट से पहले आता है.
टैग:action_command_lines
,execution
--[no]android_resource_shrinking
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ProGuard का इस्तेमाल करने वाले android_binary APK के लिए संसाधन का आकार कम करने की सुविधा चालू करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]build_python_zip
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड Python की एक्ज़ीक्यूटेबल ज़िप; Windows पर चालू है, अन्य प्लैटफ़ॉर्म पर बंद है
टैग:affects_outputs
--catalyst_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple Cat कोर्स बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--[no]collect_code_coverage
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया हो, तो Ba बैंक, इंस्ट्रुमेंट कोड (जहां हो सके वहां ऑफ़लाइन इंस्ट्रुमेंट का इस्तेमाल करके) को इंस्ट्रुमेंट करेगा और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ --instrumentation_filter से मेल खाने वाले टारगेट ही प्रभावित होंगे. आम तौर पर इस विकल्प को सीधे तौर पर नहीं बताया जाना चाहिए - 'बेज़ल कवरेज' इसके बजाय आदेश का उपयोग किया जाना चाहिए.
टैग:affects_outputs
--compilation_mode=<fastbuild, dbg or opt>
[-c
] डिफ़ॉल्ट: "फ़ास्टबिल्ड"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह मोड बताएं जिसमें बाइनरी बनाई जाएगी. मान: 'Fastbuild', 'dbg', 'opt'.
टैग:affects_outputs
,action_command_lines
--conlyopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C सोर्स फ़ाइलों को कंपाइल करते समय, gcc को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--copt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जीसीसी को पास करने के लिए दूसरे विकल्प.
टैग:action_command_lines
,affects_outputs
--cpu=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सीपीयू.
टैग:changes_inputs
,affects_outputs
--cs_fdo_absolute_path=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, सीएसएफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करें. प्रोफ़ाइल फ़ाइल, रॉ या इंडेक्स की गई एलएलवीएम प्रोफ़ाइल फ़ाइल वाली ZIP फ़ाइल का ऐब्सलूट पाथ बताएं.
टैग:affects_outputs
--cs_fdo_instrument=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संवेदनशील एफ़डीओ इंस्ट्रुमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर की मदद से, यह डायरेक्ट्री का नाम भी स्वीकार करता है. इसके तहत, रनटाइम के दौरान, रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को डंप किया जाएगा.
टैग:affects_outputs
--cs_fdo_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऑप्टिमाइज़ेशन के लिए इस्तेमाल की जाने वाली कॉन्टेक्स्ट सेंसिटिव प्रोफ़ाइल को दिखाने वाला cs_fdo_profile.
टैग:affects_outputs
--cxxopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
C++ सोर्स फ़ाइलों को कंपाइल करते समय, gCC में पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--define=<a 'name=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर --परिभाषा विकल्प, बिल्ड वैरिएबल के लिए एक असाइनमेंट तय करता है.
टैग:changes_inputs
,affects_outputs
--dynamic_mode=<off, default or fully>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह तय करता है कि C++ बाइनरी को डाइनैमिक रूप से लिंक किया जाएगा या नहीं. 'डिफ़ॉल्ट' इसका मतलब है कि Basel को डाइनैमिक तरीके से लिंक करने का विकल्प मिलेगा. 'पूरा' इसका मतलब है कि सभी लाइब्रेरी डायनैमिक रूप से लिंक हो जाएंगी. 'बंद' इसका मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग:loading_and_analysis
,affects_outputs
--[no]enable_fdo_profile_absolute_path
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी दिखेगी.
टैग:affects_outputs
--[no]enable_runfiles
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रनफ़ाइल सिमलिंक ट्री चालू करें; डिफ़ॉल्ट रूप से, यह Windows में दूसरे प्लैटफ़ॉर्म पर बंद होती है.
टैग:affects_outputs
--experimental_action_listener=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पहलुओं का समर्थन नहीं किया गया है. मौजूदा बिल्ड ऐक्शन में extra_action अटैच करने के लिए, action_listener का इस्तेमाल करें.
टैग:execution
,experimental
--[no]experimental_android_compress_java_resources
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
APK में Java के संसाधनों को कंप्रेस करें
टैग:affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_android_databinding_v2
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Android डेटाबाइंडिंग v2 का इस्तेमाल करें. यह फ़्लैग नो-ऑप है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_android_resource_shrinking
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ProGuard का इस्तेमाल करने वाले android_binary APK के लिए संसाधन का आकार कम करने की सुविधा चालू करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
dex फ़ाइलों को फिर से लिखने के लिए rex टूल का इस्तेमाल करो
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]experimental_collect_code_coverage_for_generated_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया, तो Basel, जनरेट की गई फ़ाइलों के लिए कवरेज की जानकारी भी जनरेट करेगा.
टैग:affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options>
डिफ़ॉल्ट: "-O0,-DDEBUG=1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इन स्ट्रिंग का इस्तेमाल, objc फ़ास्टबिल्ड कंपाइलर विकल्पों के तौर पर करता है.
टैग:action_command_lines
--[no]experimental_omitfp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो स्टैक को खोलने के लिए libunwind का इस्तेमाल करें और -fomit-frame-pointer और -fasynchronous-unwind-tables की मदद से कंपाइल करें.
टैग:action_command_lines
,affects_outputs
,experimental
--experimental_output_paths=<off, content or strip>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट ट्री में, आउटपुट ट्री में कौन-कौनसे मॉडल का इस्तेमाल करना है, ताकि नियम के बाद आउटपुट लिखे जा सकें. खास तौर पर, मल्टी-प्लैटफ़ॉर्म / मल्टी-कॉन्फ़िगरेशन बिल्ड के लिए. इसे एक्सपेरिमेंट के तौर पर शुरू किया गया है. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba इमारतों/issues/6526 पर जाएं. Starlark कार्रवाइयां, 'supports-path-mapping' कुंजी को जोड़कर, पाथ मैपिंग में शामिल की जा सकती हैं 'execution_requirements' को शब्दकोश
टैग:loses_incremental_state
,bazel_internal_configuration
,affects_outputs
,execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एंट्री, लेबल=वैल्यू के फ़ॉर्म में होनी चाहिए. इसमें लेबल किसी प्लैटफ़ॉर्म के बारे में बताता है. साथ ही, आउटपुट पाथ में इस्तेमाल करने के लिए, वैल्यू एक छोटा नाम होना चाहिए. इसका इस्तेमाल सिर्फ़ तब किया जाता है, जब --experimental_platform_in_Output_dr सही है. नाम रखने की प्राथमिकता सबसे ज़्यादा है.
टैग:affects_outputs
,experimental
--[no]experimental_platform_in_output_dir
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टारगेट प्लैटफ़ॉर्म के छोटे नाम का इस्तेमाल, सीपीयू के बजाय आउटपुट डायरेक्ट्री के नाम में किया जाता है. सटीक स्कीम प्रयोग के तौर पर शुरू की गई है और इसमें बदलाव हो सकते हैं: पहला, बहुत ही कम मामलों में --प्लैटफ़ॉर्म विकल्प में सिर्फ़ एक वैल्यू नहीं होती, इसलिए प्लैटफ़ॉर्म विकल्प के हैश का इस्तेमाल किया जाता है. इसके बाद, अगर मौजूदा प्लैटफ़ॉर्म के लिए किसी छोटे नाम को --experimental_override_name_platform_in_ रखरखाव_की मदद से, रजिस्टर किया गया है, तो उस छोटे नाम का इस्तेमाल किया जाएगा. इसके बाद, अगर --experimental_use_platforms_in_Output_ इससे_legacy_heuristic सेट किया गया है, तो मौजूदा प्लैटफ़ॉर्म लेबल के आधार पर कोई छोटा नाम इस्तेमाल करें. आखिर में, प्लैटफ़ॉर्म विकल्प के हैश का इस्तेमाल आखिरी विकल्प के तौर पर किया जाता है.
टैग:affects_outputs
,experimental
--[no]experimental_use_llvm_covmap
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर बताया गया है, तो Collect_code_coverage चालू होने पर Basel, gcov के बजाय llvm-cov कवरेज मैप जानकारी जनरेट करेगा.
टैग:changes_inputs
,affects_outputs
,loading_and_analysis
,experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कृपया इस फ़्लैग का इस्तेमाल, सिर्फ़ सुझाए गए माइग्रेशन या टेस्टिंग की रणनीति के हिस्से के तौर पर करें. ध्यान दें कि अनुमान में पहले से मालूम कमियां हैं और यह सुझाव दिया जाता है कि बस --experimental_override_name_platform_in_Output_dr पर निर्भर रहने पर माइग्रेट करें.
टैग:affects_outputs
,experimental
--fat_apk_cpu=<comma-separated set of options>
डिफ़ॉल्ट: "armeabi-v7a"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस विकल्प को सेट करने पर, फ़ैट वाले APK चालू हो जाते हैं, जिनमें सभी तय टारगेट आर्किटेक्चर के लिए नेटिव बाइनरी होते हैं, जैसे कि --fat_apk_cpu=x86,armeabi-v7a. अगर यह फ़्लैग बताया गया है, तो android_binary नियमों की निर्भरता के लिए --android_cpu को अनदेखा कर दिया जाता है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]fat_apk_hwasan
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या HWASAN स्प्लिट बनानी है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--fdo_instrument=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एफ़डीओ इंस्ट्रुमेंटेशन से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर की मदद से, यह डायरेक्ट्री का नाम भी स्वीकार करता है. इसके तहत, रनटाइम के दौरान, रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को डंप किया जाएगा.
टैग:affects_outputs
--fdo_optimize=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, एफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करें. ऐसी ZIP फ़ाइल का नाम बताएं जिसमें .gcda फ़ाइल ट्री हो, अपने-आप बनी प्रोफ़ाइल वाली afdo फ़ाइल या एलएलवीएम प्रोफ़ाइल फ़ाइल हो. इस फ़्लैग में लेबल के तौर पर दी गई फ़ाइलें (जैसे कि `//foo/bar:file.afdo` - आपको संबंधित पैकेज में `exports_files` डायरेक्टिव जोड़ना पड़ सकता है) और `fdo_profile` टारगेट पर ले जाने वाले लेबल भी स्वीकार करता है. `fdo_profile` नियम के तहत इस फ़्लैग की जगह ले ली जाएगी.
टैग:affects_outputs
--fdo_prefetch_hints=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कैश मेमोरी के लिए प्रीफ़ेच संकेतों का इस्तेमाल करें.
टैग:affects_outputs
--fdo_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऑप्टिमाइज़ेशन के लिए इस्तेमाल की जाने वाली प्रोफ़ाइल को दिखाने वाली fdo_profile.
टैग:affects_outputs
--features=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट कॉन्फ़िगरेशन में बनाए गए टारगेट के लिए, दी गई सुविधाएं डिफ़ॉल्ट रूप से चालू या बंद होंगी. -<feature> की जानकारी देना सुविधा को बंद कर देगा. नकारात्मक सुविधाएं हमेशा सकारात्मक विशेषताओं को ओवरराइड करती हैं. यह भी देखें --host_features
टैग:changes_inputs
,affects_outputs
--[no]force_pic
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो सभी C++ कंपाइलेशन, पोज़िशन-इंडिपेंडेंट कोड ("-fPIC") बनाते हैं. लिंक, गैर-PIC लाइब्रेरी के बजाय पहले से बनी PIC लाइब्रेरी को प्राथमिकता देते हैं, और लिंक, पोज़िशन के हिसाब से एक्ज़ीक्यूटेबल एक्ज़ीक्यूटेबल ("-pie") बनाते हैं.
टैग:loading_and_analysis
,affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़ीक्यूशन कॉन्फ़िगरेशन के साथ कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल का सेट तय करता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में वैल्यू को शुरू करने के माहौल से लिया जाएगा या ऐसे name=value पेयर से लिया जाएगा जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल एक से ज़्यादा बार किया जा सकता है; .
टैग:action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt>
डिफ़ॉल्ट: "ऑप्ट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड के दौरान इस्तेमाल किए जाने वाले टूल का मोड तय करें. मान: 'Fastbuild', 'dbg', 'opt'.
टैग:affects_outputs
,action_command_lines
--host_conlyopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में C (लेकिन C++ नहीं) सोर्स फ़ाइलों को कंपाइल करते समय C कंपाइलर को पास करने का अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_copt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में बनाए गए टूल के लिए C कंपाइलर को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_cpu=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
होस्ट का सीपीयू.
टैग:changes_inputs
,affects_outputs
--host_cxxopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में बनाए गए टूल के लिए C++ कंपाइलर को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_features=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह सुविधा, एक्ज़ीक्यूटेबल कॉन्फ़िगरेशन में बनाए गए टारगेट के लिए, डिफ़ॉल्ट रूप से चालू या बंद हो जाएगी. -<feature> की जानकारी देना सुविधा को बंद कर देगा. नकारात्मक सुविधाएं हमेशा सकारात्मक विशेषताओं को ओवरराइड करती हैं.
टैग:changes_inputs
,affects_outputs
--host_force_python=<PY2 or PY3>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन के लिए Python वर्शन को ओवरराइड करता है. यह "PY2" हो सकता है या "PY3" है.
टैग:loading_and_analysis
,affects_outputs
--host_linkopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़ीक्यूशन कॉन्फ़िगरेशन में टूल लिंक करते समय, लिंकर को पास करने का अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
होस्ट टारगेट के लिए, कम से कम इसके साथ काम करने वाला macOS वर्शन. अगर जानकारी नहीं है, तो 'macos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
exec कॉन्फ़िगरेशन में कुछ फ़ाइलों को कंपाइल करते समय C/C++ कंपाइलर को चुनिंदा रूप से पास करने के लिए अतिरिक्त विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है (यह भी देखें --instrumentation_filter). विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ में बार.cc के अलावा सभी cc फ़ाइलों की cc कमांड लाइन में -O0 कमांड लाइन का विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--host_swiftcopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्ज़िक्यूटिव टूल के लिए swiftc को पास करने के लिए अतिरिक्त विकल्प.
टैग:action_command_lines
,affects_outputs
--[no]incompatible_auto_exec_groups
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, किसी नियम में इस्तेमाल होने वाले हर टूलचेन के लिए एक्ज़ेक्यूटिव ग्रुप अपने-आप बन जाता है. इसके काम करने के लिए, नियम को अपनी कार्रवाइयों पर `toolchain` पैरामीटर तय करना होगा. ज़्यादा जानकारी के लिए, https://github.com/bazibuild/bagel/issues/17134 देखें.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_merge_genfiles_directory
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो जेनफ़ाइल डायरेक्ट्री को बिन डायरेक्ट्री में फ़ोल्ड किया जाता है.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_use_host_features
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो --सिर्फ़ टारगेट कॉन्फ़िगरेशन के लिए सुविधाएं और लागू कॉन्फ़िगरेशन के लिए --host_features का इस्तेमाल करें.
टैग:changes_inputs
,affects_outputs
,incompatible_change
--[no]instrument_test_targets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज की सुविधा चालू होने पर, यह तय किया जाता है कि जांच के नियमों को इंस्टॉल करना है या नहीं. सेट होने पर, --instrumentation_filter पर शामिल किए गए टेस्ट नियम इंस्ट्रुमेंट किए जाते हैं. ऐसा न होने पर, टेस्ट के नियमों को हमेशा कवरेज इंस्ट्रुमेंटेशन से बाहर रखा जाता है.
टैग:affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: "-/javatests[/:],-/test/java[/:]"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कवरेज चालू होने पर, सिर्फ़ खास रेगुलर एक्सप्रेशन-आधारित फ़िल्टर में शामिल नामों वाले नियम ही लागू किए जाएंगे. नियमों की शुरुआत '-' से की गई है इसके बजाय, इन्हें निकाल दिया जाता है. ध्यान दें कि जब तक --instrument_test_targets को चालू नहीं किया जाता, तब तक सिर्फ़ नॉन-टेस्ट नियमों को इंस्ट्रुमेंट किया जाता है.
टैग:affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाला कम से कम iOS वर्शन. अगर तय नहीं है, तो 'ios_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिससे ios_application. नतीजा एक यूनिवर्सल बाइनरी है, जिसमें सभी खास आर्किटेक्चर शामिल हैं.
टैग:loses_incremental_state
,loading_and_analysis
--[no]legacy_whole_archive
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अमान्य हो चुका है, --inबेमेल_remove_legacy_whole_archive (ज़्यादा जानकारी के लिए https://github.com/baज़ेनbuild/bagel/issues/7362 देखें) का इस्तेमाल कर सकता है. इसे चालू होने पर, cc_binary नियमों के लिए -पूरा-संग्रह का इस्तेमाल करें, जिसमें linkshared=True और linkstatic=True या '-static' हो लिंकऑप्ट में. यह सुविधा सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए है. ज़रूरत पड़ने पर,Alwayslink=1 का इस्तेमाल करना एक बेहतर विकल्प है.
टैग:action_command_lines
,affects_outputs
,deprecated
--linkopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लिंक करते समय जीसीसी को भेजने का एक और विकल्प.
टैग:action_command_lines
,affects_outputs
--ltobackendopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एलटीओ बैकएंड चरण को पास करने के लिए एक और विकल्प (--features=thin_lto के तहत).
टैग:action_command_lines
,affects_outputs
--ltoindexopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एलटीओ इंडेक्स करने के चरण को पास करने के लिए अतिरिक्त विकल्प (-features=thin_lto के तहत).
टैग:action_command_lines
,affects_outputs
--macos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple macOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट के लिए, कम से कम इसके साथ काम करने वाला macOS वर्शन. अगर जानकारी नहीं है, तो 'macos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--memprof_profile=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मेमप्रोफ़ प्रोफ़ाइल का इस्तेमाल करें.
टैग:affects_outputs
--[no]objc_debug_with_GLIBCXX
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIBCPP_CONCEPT_CHECKS के बारे में बताएं.
टैग:action_command_lines
--[no]objc_enable_binary_stripping
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लिंक की गई बाइनरी पर प्रतीक और डेड-कोड स्ट्रिपिंग करनी है या नहीं. अगर इस फ़्लैग और --compilation_mode=opt, दोनों के बारे में बताया गया है, तो बाइनरी स्ट्रिपिंग की जाएगी.
टैग:action_command_lines
--objccopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Objective-C/C++ सोर्स फ़ाइलों को कंपाइल करते समय, gcc को पास करने के लिए दूसरे विकल्प.
टैग:action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ फ़ाइलों को कंपाइल करते समय, gcc को चुनिंदा तरीके से पास करने के लिए अन्य विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है (यह भी देखें --instrumentation_filter). विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ में बार.cc को छोड़कर, सभी cc कमांड लाइन में -O0 कमांड लाइन का विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कुछ बैकएंड ऑब्जेक्ट को कंपाइल करते समय, एलटीओ बैकएंड ( --features=thin_lto के तहत) को चुनिंदा तौर पर पास करने के लिए अन्य विकल्प. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. regex_filter, रेगुलर एक्सप्रेशन पैटर्न को शामिल करने और बाहर रखने की सूची दिखाता है. विकल्प_1 से option_n आर्बिट्रेरी कमांड लाइन विकल्पों के लिए है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo/ में बार.o को छोड़कर सभी o फ़ाइलों की LTO बैकएंड कमांड लाइन में -O0 कमांड लाइन विकल्प जोड़ता है.
टैग:action_command_lines
,affects_outputs
--platform_suffix=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स तय करता है.
टैग:loses_incremental_state
,affects_outputs
,loading_and_analysis
--propeller_optimize=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, प्रोपेलर प्रोफ़ाइल की जानकारी का इस्तेमाल करें.प्रोपेलर प्रोफ़ाइल में कम से कम दो में से एक फ़ाइल होनी चाहिए, एक कॉपी प्रोफ़ाइल और एक ld प्रोफ़ाइल. इस फ़्लैग में बिल्ड लेबल डाला जा सकता है, जिसमें प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों से जुड़ा लेबल होना चाहिए. उदाहरण के लिए, a/b/BUILD:प्रॉपेलर_ऑप्टिमाइज़( name = "prop Tager_profile", cc_profile = "prop एक्सप्लोर_cc_profile.txt", ld_profile = "prop सुनिश्चित_ld_profile.txt" में लेबल को लेबल करने वाली BUILD फ़ाइल. इन फ़ाइलों को बेज़ल में दृश्यमान बनाने के लिए, export_files डायरेक्टिव को संबंधित पैकेज में जोड़ना पड़ सकता है. इस विकल्प का इस्तेमाल इस तौर पर किया जाना चाहिए: --प्रॉपेलर_ऑप्टिमाइज़=//a/b:प्रॉपलर_profile
टैग:action_command_lines
,affects_outputs
--propeller_optimize_absolute_cc_profile=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोपेलर ऑप्टिमाइज़ किए गए बिल्ड के लिए cc_profile फ़ाइल का ऐब्सलूट पाथ नाम.
टैग:affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोपेलर ऑप्टिमाइज़ किए गए बिल्ड के लिए ld_profile फ़ाइल का ऐब्सलूट पाथ.
टैग:affects_outputs
--run_under=<a prefix in front of command>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'test' के लिए एक्ज़ीक्यूटेबल से पहले सम्मिलित करने के लिए उपसर्ग और 'चलना' है निर्देश देखें. अगर वैल्यू 'foo -bar' है और एक्ज़ीक्यूशन कमांड लाइन 'test_binary -baz' है, तो आखिरी कमांड लाइन 'foo -bar test_binary -baz' होगी. यह किसी एक्ज़ीक्यूटेबल टारगेट का लेबल भी हो सकता है. इसके कुछ उदाहरण हैं: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
टैग:action_command_lines
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी को अलग-अलग टारगेट के बीच शेयर किया जाएगा
टैग:loading_and_analysis
,affects_outputs
--[no]stamp
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तारीख, उपयोगकर्ता नाम, होस्टनेम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ बाइनरी स्टैंप करें.
टैग:affects_outputs
--strip=<always, sometimes or never>
डिफ़ॉल्ट: "कभी-कभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाना है या नहीं ("-Wl,--strip-debug" इस्तेमाल करके). 'कभी-कभी' का डिफ़ॉल्ट मान इसका मतलब है पट्टी iff --compilation_mode=fastbuild.
टैग:affects_outputs
--stripopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'<name>.stripped' जनरेट करते समय स्ट्रिप को पास करने के लिए अतिरिक्त विकल्प बाइनरी.
टैग:action_command_lines
,affects_outputs
--swiftcopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्विफ़्ट कंपाइलेशन में पास करने के लिए अन्य विकल्प.
टैग:action_command_lines
--tvos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple tvOS बाइनरी बनानी है.
टैग:loses_incremental_state
,loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाला कम से कम tvOS वर्शन. अगर जानकारी उपलब्ध नहीं है, तो 'tvos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--visionos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple visionOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--watchos_cpus=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट, जिसके लिए Apple WatchOS बाइनरी बनाना है.
टैग:loses_incremental_state
,loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट सिम्युलेटर और डिवाइसों के साथ काम करने वाले WatchOS का कम से कम वर्शन. अगर जानकारी नहीं है, तो 'watchos_sdk_version' का इस्तेमाल करता है.
टैग:loses_incremental_state
--xbinary_fdo=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, XbinaryFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम डालें. जब विकल्प का इस्तेमाल --fdo_instrument/--fdo_ऑप्टिमाइज़/--fdo_profile के साथ किया जाता है, तो वे विकल्प हमेशा इस तरह लागू होंगे जैसे कि xbinary_fdo की जानकारी कभी न दी गई हो.
टैग:affects_outputs
- वे विकल्प जो इस बात पर असर डालते हैं कि Basel के मान्य बिल्ड इनपुट को कितनी सख्ती से लागू किया जाता है (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट_एनवायरमेंट वैल्यू के लिए अपने-आप सीपीयू वैल्यू मैप करने के लिए,Environment_group का इस्तेमाल करें.
टैग:changes_inputs
,loading_and_analysis
,experimental
--[no]check_licenses
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि डिपेंडेंट पैकेज के लिए लागू की गई लाइसेंस की सीमाएं, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड पर असर न डालें. डिफ़ॉल्ट रूप से, लाइसेंस की जांच नहीं की जाती.
टैग:build_file_semantics
--[no]check_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति बंद है, तो टारगेट डिपेंडेंसी में दिखने से जुड़ी गड़बड़ियों को कम करके, चेतावनियों के तौर पर शामिल कर दिया जाता है.
टैग:build_file_semantics
--[no]desugar_for_android
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डेक्सिंग से पहले Java 8 बाइट कोड को बंद करना है या नहीं.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]desugar_java8_libs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चुनें कि लेगसी डिवाइसों के लिए, ऐप्लिकेशन में काम करने वाली Java 8 लाइब्रेरी शामिल करनी हैं या नहीं.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
,experimental
--[no]enforce_constraints
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह जांच करता है कि हर टारगेट किन एनवायरमेंट के साथ काम करता है. साथ ही, अगर किसी टारगेट में ऐसी डिपेंडेंसी हैं जो एक जैसे एनवायरमेंट के साथ काम नहीं करती हैं, तो गड़बड़ियों की रिपोर्ट करती है
टैग:build_file_semantics
--[no]experimental_check_desugar_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या Android बाइनरी लेवल पर सही डीयूगरिंग की दोबारा जांच करनी है.
टैग:eagerness_to_exit
,loading_and_analysis
,experimental
--experimental_import_deps_checking=<off, warning or error>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
चालू होने पर, देखें कि aar_Import की निर्भरता पूरी हुई हैं या नहीं. इस नीति के उल्लंघन की वजह से, बिल्ड टूट सकता है या सिर्फ़ चेतावनियां मिल सकती हैं.
टैग:loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>
डिफ़ॉल्ट: "डिफ़ॉल्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो यह जांच करता है कि Java टारगेट, सीधे तौर पर इस्तेमाल किए जाने वाले सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग:build_file_semantics
,eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे चालू किया जाता है, तो सिर्फ़ जनरेट करने वाले नियम के सिर्फ़ टेस्ट करने के लिए देखकर, उन ज़रूरी टारगेट के लिए जांच करें जो आउटपुट फ़ाइलें हैं. यह 'किसको दिखे' सेटिंग से मेल खाता है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_check_visibility_for_toolchains
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सेटिंग चालू है, तो 'किसको दिखे' सेटिंग, टूलचेन को लागू करने की प्रोसेस पर भी लागू होती है.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_disable_native_android_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो Android के नियमों को सीधे तौर पर इस्तेमाल करने की सुविधा बंद कर दी जाती है. कृपया https://github.com/ba इमारतोंbuild/rules_android पर जाकर, Starlark Android के नियमों का इस्तेमाल करें
टैग:eagerness_to_exit
,incompatible_change
--[no]incompatible_disable_native_apple_binary_rule
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए यहां रखा गया.
टैग:eagerness_to_exit
,incompatible_change
--[no]incompatible_python_disable_py2
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Python 2 सेटिंग का इस्तेमाल करने से गड़बड़ी हो सकती है. इसमें python_version=PY2, srcs_version=PY2, और srcs_version=PY2ONLY शामिल हैं. ज़्यादा जानकारी के लिए, https://github.com/batzbuild/ba बहुत/issues/15684 देखें.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_validate_top_level_header_inclusions
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Basel की ओर से टॉप लेवल डायरेक्ट्री का हेडर शामिल किए जाने की पुष्टि भी की जाएगी. ज़्यादा जानकारी के लिए, https://github.com/bazubuild/ba बहुत/issues/10047 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--python_native_rules_allowlist=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
--inबेमेल_python_disallow_native_rules को लागू करते समय इस्तेमाल करने के लिए अनुमति वाली सूची (package_group टारगेट).
टैग:loading_and_analysis
--[no]strict_filesets
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प चालू है, तो पैकेज की सीमाएं पार करने वाली फ़ाइलसेट को गड़बड़ियों के तौर पर रिपोर्ट किया जाता है.
टैग:build_file_semantics
,eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जब तक बंद न हो, तब तक यह जांच करता है कि proto_library टारगेट साफ़ तौर पर सभी सीधे इस्तेमाल किए गए टारगेट को डिपेंडेंसी के तौर पर बताता है.
टैग:build_file_semantics
,eagerness_to_exit
,incompatible_change
--strict_public_imports=<off, warn, error, strict or default>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बंद न होने तक, यह जांच करता है कि Proto_library टारगेट साफ़ तौर पर 'सार्वजनिक इंपोर्ट' में इस्तेमाल किए गए सभी टारगेट के बारे में बताता है या नहीं के रूप में एक्सपोर्ट किया जाता है.
टैग:build_file_semantics
,eagerness_to_exit
,incompatible_change
--[no]strict_system_includes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना भी ज़रूरी होता है.
टैग:loading_and_analysis
,eagerness_to_exit
--target_environment=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस बिल्ड के टारगेट एनवायरमेंट का एलान करता है. किसी "एनवायरमेंट" का लेबल रेफ़रंस होना चाहिए नियम. अगर तय किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने चाहिए.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड के साइनिंग आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4>
डिफ़ॉल्ट: "v1_v2"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
APKs पर साइन करने के लिए, लागू करने का तरीका
टैग:action_command_lines
,affects_outputs
,loading_and_analysis
--[no]device_debug_entitlements
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इसे सेट किया जाता है और कंपाइलेशन मोड 'ऑप्ट' नहीं करता है, तो साइन इन करते समय, ऑब्जेसी ऐप्लिकेशन डीबग एनटाइटलमेंट को शामिल करेंगे.
टैग:changes_inputs
--ios_signing_cert_name=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
iOS साइनिंग के लिए इस्तेमाल करने के लिए, सर्टिफ़िकेट का नाम. अगर इस नीति को सेट नहीं किया जाता है, तो इसे सेट अप करने के लिए इस्तेमाल की जाने वाली प्रोफ़ाइल पर वापस लाया जाएगा. यह कोडसाइन के मैन पेज (SIGNING IDENTITIES) के मुताबिक, सर्टिफ़िकेट की कीचेन आइडेंटिटी प्राथमिकता या सर्टिफ़िकेट के सामान्य नाम की (सबस्ट्रिंग) हो सकती है.
टैग:action_command_lines
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_disallow_legacy_py_provider
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नहीं, जल्द ही हटा दिया जाएगा.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो objc_library andobjc_Import में sdk_frameworks और कम ऊर्जा_sdk_frameworks एट्रिब्यूट को अनुमति न दें.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_objc_alwayslink_by_default
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो objc_library और objc_Import में हमेशा लिंक एट्रिब्यूट के लिए डिफ़ॉल्ट वैल्यू को सही बनाएं.
टैग:build_file_semantics
,incompatible_change
--[no]incompatible_python_disallow_native_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, बिल्ट-इन py_* नियमों का इस्तेमाल करते समय गड़बड़ी होती है; इसके बजाय,Rule_python नियमों का इस्तेमाल करना चाहिए. डेटा को माइग्रेट करने के बारे में ज़्यादा जानकारी और निर्देश पाने के लिए, https://github.com/batzbuild/ba बहुत/issues/17773 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
- ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टारगेट टारगेट के लिए विश्लेषण में गड़बड़ी की वजह से टारगेट के लिए, गड़बड़ी की जानकारी वाले विश्लेषणFailureInfo के इंस्टेंस को लागू किया जाता है. इससे ऐप्लिकेशन बनाने में गड़बड़ी होती है.
टैग:loading_and_analysis
,experimental
--analysis_testing_deps_limit=<an integer>
डिफ़ॉल्ट: "2000"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ नियम एट्रिब्यूट के ज़रिए, ट्रांज़िटिव डिपेंडेंसी की ज़्यादा से ज़्यादा संख्या सेट करता है. अगर उपयोगकर्ता ने यह सीमा पार नहीं की, तो नियम से जुड़ी गड़बड़ी होगी.
टैग:loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही dex2oat कार्रवाई न होने पर, टेस्ट रनटाइम के दौरान dex2oat लागू करने के बजाय, बिल्ड टूट जाता है.
टैग:loading_and_analysis
,experimental
--[no]experimental_android_use_parallel_dex2oat
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
android_test को तेज़ी से बढ़ाने के लिए, साथ में dex2oat का इस्तेमाल करें.
टैग:loading_and_analysis
,host_machine_resource_optimizations
,experimental
--[no]ios_memleaks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग:action_command_lines
--ios_simulator_device=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिम्युलेटर में iOS ऐप्लिकेशन चलाते समय, सिम्युलेट किया जाने वाला डिवाइस, जैसे कि 'iPhone 6'. 'xcrun simctl list devicetypes' चलाकर डिवाइसों की सूची देखी जा सकती है मशीन पर सिम्युलेटर चलेगा.
टैग:test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
रन करते या टेस्ट करते समय, सिम्युलेटर पर चलाने के लिए iOS का वर्शन. अगर नियम में टारगेट किए गए डिवाइस की जानकारी दी गई है, तो इसे ios_test के नियमों के लिए अनदेखा कर दिया जाएगा.
टैग:test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इससे पता चलता है कि हर टेस्ट को कितनी बार करना है. अगर इनमें से कोई भी कोशिश किसी वजह से फ़ेल हो जाती है, तो पूरी जांच को फ़ेल माना जाता है. आम तौर पर, डाली गई वैल्यू सिर्फ़ एक पूर्णांक होती है. उदाहरण: --runs_per_test=3 सभी जांच तीन बार चलेगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test का मतलब पूर्णांक वैल्यू है और regex_filter, रेगुलर एक्सप्रेशन पैटर्न की सूची को दिखाता है और इसमें शामिल नहीं है (इसे भी देखें --instrumentation_filter). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3, //foo/ में तीन बार जांच करता है. हालांकि, foo/bar में मौजूद जांच को तीन बार चलाया जाता है. इस विकल्प को एक से ज़्यादा बार पास किया जा सकता है. हाल ही में पास किए गए आर्ग्युमेंट को प्राथमिकता दी जाती है. अगर कुछ भी मैच नहीं करता है, तो जांच सिर्फ़ एक बार की जाती है.
--test_env=<a 'name=value' assignment with an optional value part>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अतिरिक्त एनवायरमेंट वैरिएबल तय करता है. वैरिएबल को या तो नाम से तय किया जा सकता है. इस स्थिति में, इसकी वैल्यू को बेज़ल क्लाइंट एनवायरमेंट से या name=value पेयर के ज़रिए पढ़ा जाएगा. कई वैरिएबल तय करने के लिए, इस विकल्प का इस्तेमाल कई बार किया जा सकता है. सिर्फ़ 'बेज़ल टेस्ट' में इस्तेमाल किया जाता है आदेश.
टैग:test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है जांच के टाइम आउट की डिफ़ॉल्ट वैल्यू को बदलें (सेकंड में). अगर एक पॉज़िटिव पूर्णांक वैल्यू दी जाती है, तो वह सभी कैटगरी को बदल देगी. अगर कॉमा लगाकर अलग किए गए चार पूर्णांक दिए गए हैं, तो वे टाइम आउट को छोटे, सामान्य, लंबे, और अनंत (इसी क्रम में) के लिए बदल देंगे. दोनों ही रूपों में, -1 की वैल्यू से ब्लेज़ को उस कैटगरी के लिए अपने डिफ़ॉल्ट टाइम आउट का इस्तेमाल करने का निर्देश मिलता है.
--[no]zip_undeclared_test_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग:test_runner
- क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise>
डिफ़ॉल्ट: "कंज़र्वेटिव"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर आउटपुट फ़ॉर्मैट, {xml,proto,record} में से एक है, तो आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी को हल करने का तरीका. 'बंद' इसका मतलब है कि किसी भी पहलू पर निर्भरता का समाधान नहीं हुआ है, 'कंज़र्वेटिव' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी जोड़ दी जाती हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी की नियम क्लास, 'सटीक' दी गई हो या नहीं इसका मतलब है कि सिर्फ़ उन पहलुओं को जोड़ा जाएगा जो डायरेक्ट डिपेंडेंसी की नियम क्लास दिए जाने पर शायद चालू हों. ध्यान दें कि सटीक मोड को एक ही टारगेट का आकलन करने के लिए, अन्य पैकेज लोड करने की ज़रूरत होती है. इस तरह, यह अन्य मोड के मुकाबले धीमा हो जाता है. इस बात पर भी ध्यान दें कि सटीक मोड भी पूरी तरह सटीक नहीं होता: किसी पहलू का हिसाब लगाने का फ़ैसला, विश्लेषण के चरण में लिया जाता है. हालांकि, 'बेज़ल क्वेरी' के दौरान यह फ़ैसला नहीं लिया जाता.
टैग:build_file_semantics
--[no]consistent_labels
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की गई है, तो हर क्वेरी कमांड से लेबल ऐसे दिखते हैं जैसे Starlark <code>str</code> <code>लेबल</code> पर फ़ंक्शन लागू किया गया इंस्टेंस. यह उन टूल के लिए काम का है जिन्हें क्वेरी के अलग-अलग निर्देशों और/या नियमों से जनरेट होने वाले लेबल के आउटपुट से मैच करने की ज़रूरत होती है. अगर इस नीति को चालू नहीं किया जाता है, तो आउटपुट फ़ॉर्मैट करने वाले लोग, डेटा स्टोर करने की मुख्य जगह के नाम (डेटा स्टोर करने की मुख्य जगह के बजाय) का इस्तेमाल कर सकते हैं. इससे आउटपुट को पढ़ने में आसानी होती है.
टैग:terminal_output
--[no]graph:factored
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ग्राफ़ को 'फ़ैक्टर' के तौर पर दिखाया जाएगा. इसका मतलब है कि जगह के हिसाब से समतुल्य नोड को एक साथ मर्ज कर दिया जाएगा और उनके लेबल जोड़ दिए जाएंगे. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--graph:node_limit=<an integer>
डिफ़ॉल्ट: "512"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में किसी ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि काट-छांट नहीं की जाएगी. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--[no]implicit_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू है, तो इंप्लिसिट डिपेंडेंसी को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी वह है जिसे BUILD फ़ाइल में साफ़ तौर पर तय नहीं किया गया है, लेकिन उसे बैजल से जोड़ा गया है. क्वेरी के लिए, यह विकल्प ऐसे टूलचेन को फ़िल्टर करने की सुविधा को कंट्रोल करता है जिनका समाधान हो चुका है.
टैग:build_file_semantics
--[no]include_aspects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
aquery, cquery: क्या आउटपुट में आसपेक्ट रेशियो से जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (पदों का हमेशा अनुसरण किया जाता है).
टैग:terminal_output
--[no]incompatible_package_group_includes_double_slash
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो Package_group के `packages` एट्रिब्यूट को आउटपुट करते समय, सबसे पहले वाले `//` को नहीं हटाया जाएगा.
टैग:terminal_output
,incompatible_change
--[no]infer_universe_scope
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट नहीं है और --universe_scope को सेट नहीं किया गया, तो क्वेरी एक्सप्रेशन में, यूनीक टारगेट पैटर्न की सूची के तौर पर --universe_scope की वैल्यू का पता लगाया जाएगा. ध्यान दें, ऐसा हो सकता है कि यूनिवर्स के स्कोप वाले फ़ंक्शन (जैसे कि`allrdeps`) का इस्तेमाल करने वाले क्वेरी एक्सप्रेशन के लिए, --universe_scope की अनुमानित वैल्यू, आपकी पसंद के मुताबिक न हो. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आपको पता हो कि क्या करना है. ज़्यादा जानकारी और उदाहरणों के लिए, https://bagel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प की वैल्यू को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery` पर नहीं).
टैग:loading_and_analysis
--[no]line_terminator_null
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है या नहीं.
टैग:terminal_output
--[no]nodep_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो "nodep" से शुरू होता है एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. "नोडेप" का एक सामान्य उदाहरण एट्रिब्यूट "विज़िबिलिटी" है. सभी "nodep" के बारे में जानने के लिए, `info Build-language` के आउटपुट को चलाएं और पार्स करें एट्रिब्यूट की वैल्यू सबमिट करें.
टैग:build_file_semantics
--output=<a string>
डिफ़ॉल्ट: "लेबल"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें cquery के नतीजे प्रिंट किए जाने चाहिए. cquery के लिए ये वैल्यू इस्तेमाल की जा सकती हैं: Label, label_ kind, textproto, ट्रांज़िशन, प्रोटोकॉल, स् ट्रीम किया गया प्रोटो, jsonproto. अगर 'transitions' को चुना जाता है, तो आपको --transitions=(lite|full) विकल्प भी बताना होगा.
टैग:terminal_output
--[no]proto:default_values
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ऐसे एट्रिब्यूट शामिल किए जाते हैं जिनकी वैल्यू, BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है; ऐसा न होने पर उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है
टैग:terminal_output
--[no]proto:definition_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
परिभाषा_stack प्रोटो फ़ील्ड को पॉप्युलेट करें, जो हर नियम इंस्टेंस के लिए Starlark कॉल स्टैक को उस समय रिकॉर्ड करता है, जब नियम की क्लास तय की गई थी.
टैग:terminal_output
--[no]proto:flatten_selects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट कर दिए जाते हैं. सूची टाइप के लिए फ़्लैटन प्रज़ेंटेशन एक ऐसी सूची है जिसमें चुने गए मैप की हर वैल्यू को सिर्फ़ एक बार शामिल किया जाता है. स्केलर टाइप को फ़्लैट करके शून्य कर दिया जाता है.
टैग:build_file_semantics
--[no]proto:include_attribute_source_aspects
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एट्रिब्यूट के source_aspect_name प्रोटो फ़ील्ड को, उस सोर्स आसपेक्ट के साथ भरें जिससे यह एट्रिब्यूट मिला है (अगर ऐसा नहीं हुआ है, तो स्ट्रिंग खाली है).
टैग:terminal_output
--[no]proto:include_configurations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह चालू है, तो प्रोटो आउटपुट में कॉन्फ़िगरेशन के बारे में जानकारी शामिल होगी. बंद होने पर, cqueryproto आउटपुट फ़ॉर्मैट, क्वेरी आउटपुट फ़ॉर्मैट जैसा दिखता है.
टैग:affects_outputs
--[no]proto:include_synthetic_attribute_hash
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$internal_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना है या नहीं.
टैग:terminal_output
--[no]proto:instantiation_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर नियम के इंस्टैंशिएट करने वाले कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग:terminal_output
--[no]proto:locations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या प्रोटो आउटपुट में जगह की जानकारी आउटपुट करनी है.
टैग:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
डिफ़ॉल्ट: "सभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में शामिल करने के लिए एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट का इस्तेमाल किया जाता है. किसी भी एट्रिब्यूट का आउटपुट देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है.
टैग:terminal_output
--[no]proto:rule_inputs_and_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नियम_इनपुट और नियम_आउटपुट फ़ील्ड में जानकारी अपने-आप भरी जाए या नहीं.
टैग:terminal_output
--query_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो क्वेरी कमांड लाइन के बजाय, यहां नाम वाली फ़ाइल से क्वेरी पढ़ेगी. यहां किसी फ़ाइल के साथ-साथ कोई कमांड-लाइन क्वेरी बताना एक गड़बड़ी है.
टैग:changes_inputs
--[no]relative_locations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह एक-दूसरे से मिलती-जुलती होगी. डिफ़ॉल्ट रूप से, जगह की जानकारी का आउटपुट एक ऐब्सलूट पाथ होता है और यह सभी मशीन पर एक जैसा नहीं होगा. सभी मशीनों पर एक जैसा नतीजा पाने के लिए, इस विकल्प को 'सही' पर सेट किया जा सकता है.
टैग:terminal_output
--show_config_fragments=<off, direct or transitive>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी नियम और उसकी ट्रांज़िटिव डिपेंडेंसी के लिए ज़रूरी कॉन्फ़िगरेशन फ़्रैगमेंट दिखाता है. इससे यह आकलन करने में मदद मिल सकती है कि कॉन्फ़िगर किए गए टारगेट ग्राफ़ में कितनी काट-छांट की जा सकती है.
टैग:affects_outputs
--starlark:expr=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कॉन्फ़िगर किए गए हर टारगेट को cquery's --Output=starlark मोड में फ़ॉर्मैट करने के लिए, Starlark एक्सप्रेशन. कॉन्फ़िगर किया गया टारगेट, 'टारगेट' पर सीमित है. अगर --starlark:expr न ही --starlark:file दिया गया है, तो यह विकल्प डिफ़ॉल्ट रूप से 'str(target.label)' पर सेट होगा. --starlark:expr और --starlark:file, दोनों को तय करने में गड़बड़ी होती है.
टैग:terminal_output
--starlark:file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्टारलार्क फ़ंक्शन को तय करने वाली फ़ाइल का नाम, जिसे एक आर्ग्युमेंट का फ़ॉर्मैट 'फ़ॉर्मैट' कहा जाता है. यह आर्ग्युमेंट, कॉन्फ़िगर किए गए हर टारगेट पर लागू होता है, ताकि उसे स्ट्रिंग के तौर पर फ़ॉर्मैट किया जा सके. --starlark:expr और --starlark:file, दोनों को तय करने में गड़बड़ी होती है. अतिरिक्त जानकारी के लिए --आउटपुट=starlark के लिए सहायता देखें.
टैग:terminal_output
--[no]tool_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्वेरी: अगर यह सुविधा बंद है, तो 'एक्ज़िक कॉन्फ़िगरेशन' की निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी काम करती है. 'एक्ज़ीक्यूटिव कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी 'proto_library' से नियम, प्रोटोकॉल कंपाइलर का हिस्सा होता है. आम तौर पर, उपयोगकर्ताओं को 'टारगेट' के हिस्से के बजाय बिल्ड के दौरान एक्ज़ीक्यूट किए गए टूल की ओर पॉइंट करता है कार्यक्रम.
Cquery: यह सुविधा बंद होने पर, कॉन्फ़िगर किए गए उन सभी टारगेट को फ़िल्टर कर दिया जाता है जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट की तुलना में, एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट, टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही दिखाए जाएंगे. ये वे टारगेट भी होंगे जो टारगेट कॉन्फ़िगरेशन में शामिल हैं. अगर टॉप लेवल टारगेट, exec कॉन्फ़िगरेशन में है, तो सिर्फ़ लागू किए गए कॉन्फ़िगर किए गए टारगेट ही लौटाए जाएंगे. इस विकल्प में उन टूलचेन को शामिल नहीं किया जाएगा जिन्हें हल किया जा चुका है.
टैग:build_file_semantics
--transitions=<full, lite or none>
डिफ़ॉल्ट: "कोई नहीं"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें cquery, ट्रांज़िशन की जानकारी प्रिंट करेगी.
टैग:affects_outputs
--universe_scope=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट पैटर्न का कॉमा-सेपरेटेड सेट (जोड़ और घटाव). यह क्वेरी, बताए गए टारगेट के ट्रांज़िटिव क्लोज़िंग से तय किए गए ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और क्वेरी कमांड के लिए किया जाता है.
cquery के लिए, इस विकल्प का इनपुट सभी जवाबों को टारगेट करता है. इसलिए, इस विकल्प से कॉन्फ़िगरेशन और ट्रांज़िशन पर असर पड़ सकता है. अगर इस विकल्प की जानकारी नहीं दी गई है, तो टॉप-लेवल के टारगेट को क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट माना जाता है. ध्यान दें: अगर क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट, टॉप-लेवल के विकल्पों के साथ बनाए नहीं जा सकते हैं, तो इस विकल्प को न बताने पर, बिल्ड टूट सकता है.
टैग:loading_and_analysis
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--[no]experimental_filter_library_jar_with_program_jar
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
LibraryJar में मौजूद किसी भी क्लास को हटाने के लिए, ProGuard ProgramJar को फ़िल्टर करें.
टैग:action_command_lines
--[no]experimental_inmemory_dotd_files
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की जाती है, तो C++ .d फ़ाइलों को डिस्क में लिखने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में पास कर दिया जाएगा.
टैग:loading_and_analysis
,execution
,affects_outputs
,experimental
--[no]experimental_inmemory_jdeps_files
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, Java कंपाइलेशन से जनरेट हुई डिपेंडेंसी (.jdeps) फ़ाइलों को डिस्क पर लिखने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में पास किया जाएगा.
टैग:loading_and_analysis
,execution
,affects_outputs
,experimental
--[no]experimental_objc_include_scanning
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
जांच करनी है या नहीं, लेकिन मकसद C/C++ के लिए स्कैन करना है या नहीं.
टैग:loading_and_analysis
,execution
,changes_inputs
--[no]experimental_retain_test_configuration_across_testonly
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, --trim_test_configuration, testonly=1 के तौर पर मार्क किए गए नियमों के लिए, टेस्ट कॉन्फ़िगरेशन में काट-छांट नहीं करेगा. इसका मकसद, कार्रवाई से जुड़े विवादों को कम करना है. ऐसा तब होता है, जब टेस्ट नहीं किए जा रहे नियम, cc_test नियमों पर निर्भर होते हैं. --trim_test_ Configuration गलत होने पर कोई असर नहीं पड़ता.
टैग:loading_and_analysis
,loses_incremental_state
--[no]experimental_starlark_cc_import
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो cc_Import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग:loading_and_analysis
,experimental
--[no]experimental_unsupported_and_brittle_include_scanning
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इनपुट फ़ाइलों की #include लाइनों को पार्स करके, C/C++ कंपाइलेशन के लिए इनपुट को छोटा करें या नहीं. यह कंपाइलेशन इनपुट ट्री का साइज़ कम करके, परफ़ॉर्मेंस को बेहतर बनाने और बढ़ोतरी को बढ़ावा देने में मदद कर सकता है. हालांकि, यह बिल्ड को भी तोड़ सकता है, क्योंकि शामिल करने वाला स्कैनर, C प्रीप्रोसेसर सिमैंटिक को पूरी तरह लागू नहीं करता. खास तौर पर, यह डाइनैमिक #include डायरेक्टिव को नहीं समझता और प्रीप्रोसेसर कंडिशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. इस फ़्लैग से जुड़ी अगर कोई समस्या है, तो वह बंद हो जाएगी.
टैग:loading_and_analysis
,execution
,changes_inputs
--[no]incremental_dexing
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर Jar फ़ाइल की डेक्सिंग के लिए, ज़्यादातर काम अलग-अलग किया जाता है.
टैग:affects_outputs
,loading_and_analysis
,loses_incremental_state
--[no]objc_use_dotd_pruning
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट की जाती है, तो क्लैंग की मदद से बनाई गई .d फ़ाइलों का इस्तेमाल, objc कंपाइलेशन में पास किए गए इनपुट के सेट को छोटा करने के लिए किया जाएगा.
टैग:changes_inputs
,loading_and_analysis
--[no]process_headers_in_dependencies
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट //a:a बनाते समय, उन सभी टारगेट के हेडर प्रोसेस करें जिन पर //a:a निर्भर करता है (अगर टूलचेन के लिए हेडर प्रोसेसिंग चालू है).
टैग:execution
--[no]trim_test_configuration
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसे चालू करने पर, बिल्ड के टॉप लेवल के नीचे जांच से जुड़े विकल्प मिटा दिए जाएंगे. अगर यह फ़्लैग चालू है, तो टेस्ट को नॉन-टेस्ट नियमों के आधार पर नहीं बनाया जा सकता. हालांकि, टेस्ट से जुड़े विकल्पों में बदलाव करने से, नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग:loading_and_analysis
,loses_incremental_state
- वे विकल्प जो लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालते हैं:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: "-.*"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टूलचेन रिज़ॉल्यूशन के दौरान डीबग की जानकारी प्रिंट करें. फ़्लैग एक रेगुलर एक्सप्रेशन लेता है. इसकी जांच टूलचेन टाइप और खास टारगेट के आधार पर की जाती है, ताकि यह पता लगाया जा सके कि किसे डीबग करना है. कई रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. इसके बाद, हर रेगुलर एक्सप्रेशन की अलग-अलग जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत जटिल है. यह हो सकता है कि यह सिर्फ़ टूलचेन रिज़ॉल्यूशन के विशेषज्ञों के लिए काम का हो.
टैग:terminal_output
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--flag_alias=<a 'name=value' flag alias>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह Starlark फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह "<key>=<value>" रूप में एक की-वैल्यू पेयर लेता है का इस्तेमाल करें.
टैग:changes_inputs
--[no]incompatible_default_to_explicit_init_py
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह फ़्लैग डिफ़ॉल्ट बिहेवियर बदल देता है, ताकि Python टारगेट की रनफ़ाइल में __init__.py फ़ाइलें अब अपने-आप न बने रहें. सटीक रूप से, जब किसी py_binary या py_test टारगेट में लेगसी_create_init "ऑटो" पर सेट हो (डिफ़ॉल्ट रूप से), इस फ़्लैग के सेट होने पर ही इसे गलत माना जाता है. https://github.com/baazbuild/baZZ/issues/10076 पर जाएं.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_py2_outputs_are_suffixed
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, Python 2 कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे. इसमें सफ़िक्स '-py2' होगा, जबकि Python 3 के लिए बनाए गए टारगेट, रूट में दिखेंगे. इनमें Python से जुड़ा कोई सफ़िक्स नहीं होगा. इसका मतलब है कि `bazz-bin` सुविधा सिमलिंक, Python 2 के बजाय Python 3 टारगेट पर ले जाएगा. अगर आपने इस विकल्प को चालू किया है, तो हमारा सुझाव है कि `--insupported_py3_is_default` को चालू करें.
टैग:affects_outputs
,incompatible_change
--[no]incompatible_py3_is_default
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो `py_binary` और `py_test` टारगेट जो अपनी `python_version` (या `default_python_version`) विशेषता को सेट नहीं करते, वे PY2 के बजाय डिफ़ॉल्ट रूप से PY3 पर सेट हो जाएंगे. अगर आपने इस फ़्लैग को सेट किया है, तो हमारा सुझाव है कि `--insupported_py2_Outputs_are_suffixed` को सेट करें.
टैग:loading_and_analysis
,affects_outputs
,incompatible_change
--[no]incompatible_use_python_toolchains
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को 'सही है' पर सेट किया जाता है, तो एक्ज़ीक्यूटेबल नेटिव Python नियम, --python_top जैसे लेगसी फ़्लैग से दिए गए रनटाइम के बजाय, Python टूलचेन से तय किए गए Python रनटाइम का इस्तेमाल करेंगे.
टैग:loading_and_analysis
,incompatible_change
--python_version=<PY2 or PY3>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Python मेजर वर्शन मोड, `PY2` या `PY3`. ध्यान दें कि इस वैल्यू को `py_binary` और `py_test` टारगेट (भले ही वे किसी वर्शन की जानकारी न देते हों) से ओवरराइड किया गया है. इसलिए, आम तौर पर इस फ़्लैग को देने की ज़्यादा वजह नहीं होती.
टैग:loading_and_analysis
,affects_outputs
- अन्य विकल्प, अन्य कैटगरी में नहीं रखे जाते.:
--[no]cache_test_results
[-t
] डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर 'ऑटो' पर सेट किया जाता है, तो Baze टेस्ट को दोबारा तब टेस्ट करता है, जब: (1) Basel को टेस्ट या उसकी डिपेंडेंसी में बदलावों का पता चलता है, (2) टेस्ट को बाहरी के तौर पर मार्क किया गया है, (3) --runs_per_test की मदद से एक से ज़्यादा टेस्ट रन करने का अनुरोध किया गया था या(4) टेस्ट पहले फ़ेल हो गया था. अगर यह 'हां' पर सेट है, तो Basel के टेस्ट के नतीजे, बाहरी के तौर पर मार्क किए गए टेस्ट को छोड़कर सभी को कैश मेमोरी में सेव होते हैं. अगर यह 'नहीं' पर सेट है, तो Baze किसी भी टेस्ट नतीजे को कैश मेमोरी में सेव नहीं करता है.
--[no]experimental_cancel_concurrent_tests
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Blaze पहली बार सफल होने पर एक ही समय में चल रहे टेस्ट रद्द कर देगा. यह सिर्फ़ --runs_per_test_detects_flakes के साथ मिलकर काम करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, कवरेज चलाने के दौरान हर टेस्ट के लिए, कवरेज डेटा डायरेक्ट्री को फ़ेच करता है.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_generate_llvm_lcov
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो क्लैंग के लिए कवरेज एक एलसीओवी रिपोर्ट जनरेट करेगी.
टैग:affects_outputs
,loading_and_analysis
--[no]experimental_j2objc_header_map
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है क्या J2ObjC ट्रांसपिलेशन के साथ-साथ J2ObjC हेडर मैप जनरेट करना है.
--[no]experimental_j2objc_shorter_header_path
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
छोटे हेडर पाथ के साथ जनरेट करना है या नहीं ("_j2objc" के बजाय "_ios" का इस्तेमाल करता है").
टैग:affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>
डिफ़ॉल्ट: "javaबिल्डर"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java को कंपाइल करने के लिए, कम किए गए क्लासपाथ को चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सीमा --experimental_run_android_lint_on_java_rules और Android पर काम करने वाली लाइब्रेरी तक सीमित हैं.
टैग:affects_outputs
--[no]experimental_run_android_lint_on_java_rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
java_* सोर्स की पुष्टि करनी है या नहीं.
टैग:affects_outputs
--[no]explicit_java_test_deps
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है गलती से TestRunner के Deps से जानकारी पाने के बजाय, java_test में JUnit या Hamcrest की डिपेंडेंसी के बारे में साफ़ तौर पर जानकारी दें. फ़िलहाल, यह सुविधा सिर्फ़ बेज़ल के लिए काम करती है.
--host_java_launcher=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल के लिए इस्तेमाल किया जाने वाला Java लॉन्चर.
--host_javacopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल बनाते समय, javac को पास करने के लिए अतिरिक्त विकल्प.
--host_jvmopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान एक्ज़ीक्यूट किए जाने वाले टूल बनाते समय, Java वीएम पास करने के लिए दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_check_sharding_support
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो अगर टेस्ट रनर यह नहीं बताता है कि वह TEST_SHARD_STATUS_FILE में मौजूद पाथ पर फ़ाइल को टच करके शार्डिंग की सुविधा देता है, तो Basel, शार्ड टेस्ट में फ़ेल हो जाएगा. गलत होने पर, शार्ड का समर्थन नहीं करने वाले टेस्ट रनर से हर शार्ड में सभी टेस्ट चल जाएंगे.
टैग:incompatible_change
--[no]incompatible_exclusive_test_sandboxed
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो खास टेस्ट सैंडबॉक्स की गई रणनीति के साथ किए जाएंगे. 'स्थानीय' जोड़ें टैग की मदद से किसी खास टेस्ट को स्थानीय तौर पर चलाना ज़रूरी बनाने के लिए टैग करें
टैग:incompatible_change
--[no]incompatible_strict_action_env
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Basel, PATH के लिए स्टैटिक वैल्यू वाले एनवायरमेंट का इस्तेमाल करता है और LD_LIBRARY_PATH को इनहेरिट नहीं करता है. अगर आपको क्लाइंट से कुछ एनवायरमेंट वैरिएबल इनहेरिट करने हैं, तो --action_env=ENV_VARIABLE का इस्तेमाल करें. हालांकि, ध्यान रखें कि ऐसा करने से, शेयर की गई कैश मेमोरी का इस्तेमाल करने पर क्रॉस-यूज़र कैशिंग में रुकावट आएगी.
टैग:loading_and_analysis
,incompatible_change
--j2objc_translation_flags=<comma-separated list of options>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है J2ObjC टूल को पास करने के लिए अन्य विकल्प.
--java_debug
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इसकी वजह से, Java टेस्ट की Java वर्चुअल मशीन को टेस्ट शुरू करने से पहले, JDWP के नियमों का पालन करने वाले डीबगर (जैसे कि jdb) से कनेक्शन मिलने का इंतज़ार करना पड़ता है. इसमें -test_Output=streamed का इस्तेमाल हुआ है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है हर Java टारगेट के लिए, डिपेंडेंसी जानकारी (अभी के लिए, कंपाइल-टाइम क्लासपाथ) जनरेट करें.
--[no]java_header_compilation
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है सीधे सोर्स से iJर कंपाइल करें.
--java_language_version=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java भाषा वर्शन
--java_launcher=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java बाइनरी बनाते समय इस्तेमाल करने के लिए Java लॉन्चर. अगर यह फ़्लैग खाली स्ट्रिंग पर सेट है, तो JDK लॉन्चर का इस्तेमाल किया जाता है. "लॉन्चर" विशेषता इस फ़्लैग को ओवरराइड कर देती है.
--java_runtime_version=<a string>
डिफ़ॉल्ट: "local_jdk"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java रनटाइम वर्शन
--javacopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है javac को पास करने के लिए अतिरिक्त विकल्प.
--jvmopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java वीएम को पास करने के लिए दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--legacy_main_dex_list_generator=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से उन क्लास की सूची जनरेट करने के लिए एक बाइनरी के बारे में पता चलता है जो लेगसी मल्टीडेक्स को कंपाइल करते समय मुख्य dex में होनी चाहिए.
--optimizing_dexer=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिना शार्ड किए डेक्सिंग करने के लिए बाइनरी बताता है.
--plugin=<a build target label>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड में इस्तेमाल करने के लिए प्लगिन. फ़िलहाल, यह java_plugin के साथ काम करता है.
--proguard_top=<a build target label>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से पता चलता है कि Java बाइनरी बनाते समय, कोड हटाने के लिए ProGuard के किस वर्शन का इस्तेमाल करना चाहिए.
--proto_compiler=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:protoc"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोटो-कंपाइलर का लेबल.
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_cc=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:cc_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल, जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>
का डिफ़ॉल्ट अनुवाद: "@bagel_tools//tools/j2objc:j2objc_proto_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो j2objc प्रोटो को इकट्ठा करने का तरीका बताता है
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_java=<a build target label>
डिफ़ॉल्ट: "@bagel_tools//tools/proto:java_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो बताता है कि Java प्रोटो को कैसे कंपाइल किया जाए
टैग:affects_outputs
,loading_and_analysis
--proto_toolchain_for_javalite=<a build target label>
डिफ़ॉल्ट: "@baaz_tools//tools/proto:javalite_toolchain"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
proto_lang_toolchain() का लेबल जो बताता है कि JavaLite प्रोटो को कैसे कंपाइल किया जाए
टैग:affects_outputs
,loading_and_analysis
--protocopt=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
प्रोटोबफ़ कंपाइलर को पास करने के लिए अन्य विकल्प.
टैग:affects_outputs
--[no]runs_per_test_detects_flakes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सही है, तो कोई भी शार्ड जिसमें कम से कम एक दौड़/प्रयास पास होता है और कम से कम एक दौड़/प्रयास विफल होता है उसे फ्लैकी स्थिति मिलती है.
--shell_executable=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल के इस्तेमाल के लिए, एक्ज़ीक्यूटेबल शेल का ऐब्सलूट पाथ. अगर इसे सेट नहीं किया जाता है, लेकिन BAZEL_SH एनवायरमेंट वैरिएबल पहले Basel को शुरू करने की प्रोसेस पर सेट है, (जिससे Baze सर्वर चालू होता है) उसका इस्तेमाल किया जाता है. यदि दोनों में से कोई भी सेट नहीं है, तो Ba जानना, आपके द्वारा चलाए जाने वाले ऑपरेटिंग सिस्टम के आधार पर हार्ड कोड किए गए डिफ़ॉल्ट पथ का उपयोग करता है (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, अन्य सभी: /bin/bash). ध्यान दें कि किसी ऐसे शेल का इस्तेमाल करने से जो बैश के साथ काम नहीं करता है, हो सकता है कि जनरेट की गई बाइनरी बिल्ड न हो या रनटाइम बंद हो जाए.
टैग:loading_and_analysis
--test_arg=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस नीति से ऐसे अतिरिक्त विकल्प और आर्ग्युमेंट के बारे में पता चलता है जिन्हें टेस्ट के लिए एक्ज़ीक्यूट किया जा सकता है. कई आर्ग्युमेंट के बारे में बताने के लिए, इसका इस्तेमाल एक से ज़्यादा बार किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो उनमें से हर एक को एक जैसे तर्क मिलेंगे. सिर्फ़ 'बेज़ल टेस्ट' में इस्तेमाल किया जाता है आदेश.
--test_filter=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट फ़्रेमवर्क पर फ़ॉरवर्ड करने के लिए फ़िल्टर तय करता है. इसका इस्तेमाल, टेस्ट करने की सीमा तय करने के लिए किया जाता है. ध्यान दें कि इससे बनाए गए टारगेट पर कोई असर नहीं पड़ता.
--test_result_expiration=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस विकल्प के इस्तेमाल पर रोक लगा दी गई है और इसका कोई असर नहीं पड़ता है.
--[no]test_runner_fail_fast
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट रनर के लिए, फ़ॉरवर्ड तेज़ी से काम नहीं करने का विकल्प. पहली बार फ़ेल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce>
डिफ़ॉल्ट: "अश्लील"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है टेस्ट शार्डिंग के लिए रणनीति तय करें: 'अश्लील' 'shard_count' होने पर ही शार्डिंग का इस्तेमाल करने के लिए बिल्ड एट्रिब्यूट मौजूद है. 'अक्षम' टेस्ट शार्डिंग का इस्तेमाल कभी न करें. 'बल=k' 'k' लागू करने के लिए 'shard_count' की परवाह किए बिना परीक्षण के लिए शार्ड बिल्ड एट्रिब्यूट.
--tool_java_language_version=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Java की भाषा का वर्शन, जिसका इस्तेमाल ऐसे टूल को एक्ज़ीक्यूट करने के लिए किया जाता है जो बिल्ड के दौरान ज़रूरी होते हैं
--tool_java_runtime_version=<a string>
डिफ़ॉल्ट: "remotejdk_11"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है बिल्ड के दौरान टूल चलाने के लिए इस्तेमाल किया जाने वाला Java रनटाइम वर्शन
--[no]use_ijars
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह विकल्प चालू होने पर, Java को कंपाइल करने में इंटरफ़ेस जार का इस्तेमाल होता है. इससे तेज़ी से कंपाइलेशन होगा, लेकिन गड़बड़ी के मैसेज अलग हो सकते हैं.
डंप के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- ऐसे विकल्प जो कमांड के आउटपुट को कंट्रोल करते हैं:
--[no]action_cache
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कैश मेमोरी में सेव की गई कार्रवाई का कॉन्टेंट डंप करें.
टैग:bazel_monitoring
--[no]packages
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पैकेज की कैश मेमोरी का कॉन्टेंट डंप करें.
टैग:bazel_monitoring
--[no]rule_classes
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डंप रूल क्लास.
टैग:bazel_monitoring
--[no]rules
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डंप के नियम, जिनमें संख्या और मेमोरी के इस्तेमाल की जानकारी भी शामिल है (अगर मेमोरी ट्रैक की जा रही है).
टैग:bazel_monitoring
--skyframe=<off, summary, count, deps or rdeps>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
स्काईफ़्रेम ग्राफ़ डंप करें: 'ऑफ़', 'समरी', 'काउंट', 'डेप्स' या 'आरडीपी'.
टैग:bazel_monitoring
--skykey_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
डिफ़ॉल्ट: ".*"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट के लिए, SkyKey के नामों का रेगुलर एक्सप्रेशन फ़िल्टर. इसका इस्तेमाल सिर्फ़ --skyframe=deps, rdeps के साथ किया जाता है.
टैग:bazel_monitoring
--skylark_memory=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बताए गए पाथ में pprof के साथ काम करने वाली मेमोरी प्रोफ़ाइल डंप करता है. ज़्यादा जानने के लिए, कृपया https://github.com/google/pprof देखें.
टैग:bazel_monitoring
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
फ़ेच करने के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]all
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति किसी टारगेट या रिपॉज़िटरी को बनाने के लिए ज़रूरी सभी एक्सटर्नल डेटा स्टोर करने की जगहों की जानकारी फ़ेच करती है. --enable_bzlmod चालू होने पर ही काम करता है.
टैग:changes_inputs
--[no]configure
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिर्फ़ ऐसे डेटा स्टोर करने की जगह फ़ेच करता है जिन्हें 'कॉन्फ़िगर करें' के तौर पर मार्क किया गया है का इस्तेमाल किया जा सकता है. --enable_bzlmod चालू होने पर ही काम करता है.
टैग:changes_inputs
--[no]force
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर कोई मौजूदा रिपॉज़िटरी (डेटा स्टोर करने की जगह) है, तो उसे अनदेखा करें. साथ ही, डेटा स्टोर करने की जगह को फिर से फ़ेच करें. --enable_bzlmod चालू होने पर ही काम करता है.
टैग:changes_inputs
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
--[no]keep_going
[-k
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी गड़बड़ी के बाद, जितना हो सके उतना जारी रखें. जो टारगेट पूरा नहीं हो पाया और जो उस पर निर्भर हैं उनका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट से जुड़ी दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग:eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोड करने/विश्लेषण के फ़ेज़ में इस्तेमाल करने के लिए, पैरलल थ्रेड की संख्या. इसमें एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") इस्तेमाल होता है. इसके बाद, वैकल्पिक तौर पर कोई कार्रवाई ([-|*]<float>) ली जाती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "ऑटो" यह होस्ट संसाधनों के आधार पर एक उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए
टैग:bazel_internal_configuration
--repo=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिर्फ़ खास डेटा स्टोर करने की जगह को फ़ेच करता है, जो {@apparent_repo_name} या {@@canonical_repo_name} हो सकता है. --enable_bzlmod चालू होने पर ही काम करता है.
टैग:changes_inputs
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--experimental_repository_resolved_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर वैल्यू खाली नहीं है, तो Starlark के डेटा स्टोर करने की जगह के उन सभी नियमों की पूरी जानकारी के साथ Starlark वैल्यू लिखें जिन्हें लागू किया गया था.
टैग:affects_outputs
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
सहायता के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--help_verbosity=<long, medium or short>
डिफ़ॉल्ट: "मीडियम"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सहायता निर्देश की वर्बोसिटी चुनें.
टैग:affects_outputs
,terminal_output
--long
[-l
]- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर विकल्प के नाम के बजाय, उसकी पूरी जानकारी दिखाएं.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--help_verbosity=long
टैग:affects_outputs
,terminal_output
--short
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिर्फ़ विकल्पों के नाम दिखाएं, उनके टाइप या मतलब नहीं.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--help_verbosity=short
टैग:affects_outputs
,terminal_output
- ऐसे विकल्प जो किसी सामान्य इनपुट को बेज़ल कमांड में तय करते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
जानकारी के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--[no]show_make_env
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
"बनाएं" शामिल करें आउटपुट में एनवायरमेंट शामिल करता है.
टैग:affects_outputs
,terminal_output
- बेज़ल कमांड के लिए, जेनरिक इनपुट तय करने वाले या उसमें बदलाव करने के विकल्प, जो अन्य कैटगरी में नहीं आते हैं.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
लाइसेंस के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
मोबाइल से इंस्टॉल करने के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
--mode=<classic, classic_internal_test_do_not_use or skylark>
डिफ़ॉल्ट: "क्लासिक"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
मोबाइल-इंस्टॉल चलाने का तरीका चुनें. "क्लासिक" मोबाइल-इंस्टॉल का मौजूदा वर्शन चलाता है. "स्काईलार्क" नए Starlark वर्शन का इस्तेमाल किया जाता है, जो android_test में काम करता है.
टैग:loading_and_analysis
,execution
,incompatible_change
- ऐसे विकल्प जो कार्रवाई को लागू करने के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करते हैं:
--adb=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
'मोबाइल-इंस्टॉल' के लिए इस्तेमाल करने के लिए adb बाइनरी आदेश. अगर जानकारी नहीं दी गई है, तो --android_sdk कमांड लाइन विकल्प (या अगर --android_sdk तय नहीं है, तो डिफ़ॉल्ट SDK) की मदद से तय किए गए Android SDK टूल का इस्तेमाल किया जाता है.
टैग:changes_inputs
- ऐसे विकल्प जो कमांड के आउटपुट को कंट्रोल करते हैं:
--[no]incremental
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या आपको एक इंक्रीमेंटल इंस्टॉल करना है. अगर सही है, तो डिवाइस की स्थिति पढ़कर ग़ैर-ज़रूरी काम से बचने की कोशिश करें. इसके लिए, डिवाइस की स्थिति देखकर ग़ैर-ज़रूरी काम से बचने के लिए उस जानकारी का इस्तेमाल करें. अगर गलत है (डिफ़ॉल्ट तौर पर), तो हमेशा पूरी तरह से इंस्टॉल करें.
टैग:loading_and_analysis
--[no]split_apks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिवाइस पर ऐप्लिकेशन को इंस्टॉल और अपडेट करने के लिए, स्प्लिट apks का इस्तेमाल करना है या नहीं. यह सुविधा सिर्फ़ Marshmallow या उसके बाद के वर्शन वाले डिवाइसों पर काम करती है
टैग:loading_and_analysis
,affects_outputs
- ऐसे विकल्प जिनकी मदद से लोग, तय किए गए आउटपुट को कॉन्फ़िगर कर सकते हैं. इससे, आउटपुट वाली वैल्यू पर असर पड़ता है, न कि इसकी मौजूदगी पर:
--adb_arg=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
adb को पास करने के लिए अतिरिक्त आर्ग्युमेंट. आम तौर पर, इस डेटा का इस्तेमाल किसी डिवाइस पर इंस्टॉल करने के लिए किया जाता है.
टैग:action_command_lines
--debug_app
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐप्लिकेशन शुरू करने से पहले, डीबगर का इंतज़ार करना है या नहीं.
इसमें बड़ा किया जाता है:
--start=DEBUG
टैग:execution
--device=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
adb डिवाइस का सीरियल नंबर. अगर इसके बारे में जानकारी नहीं दी गई है, तो पहला डिवाइस इस्तेमाल किया जाएगा.
टैग:action_command_lines
--start=<no, cold, warm or debug>
डिफ़ॉल्ट: "NO"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐप्लिकेशन को इंस्टॉल करने के बाद, किस तरह शुरू होना चाहिए. इंस्टॉल किए जाने की संख्या में बढ़ोतरी होने पर भी ऐप्लिकेशन की स्थिति को बनाए रखने और उसे पहले जैसा करने के लिए, WARM पर सेट करें.
टैग:execution
--start_app
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐप्लिकेशन को इंस्टॉल करने के बाद उसे चालू करना है या नहीं.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--start=COLD
टैग:execution
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--incremental_install_verbosity=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इंक्रीमेंटल इंस्टॉल के लिए वर्बोसिटी. डीबग लॉग करने के लिए, वैल्यू को 1 पर सेट करें.
टैग:bazel_monitoring
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
मॉड के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
--[no]keep_going
[-k
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी गड़बड़ी के बाद, जितना हो सके उतना जारी रखें. जो टारगेट पूरा नहीं हो पाया और जो उस पर निर्भर हैं उनका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट से जुड़ी दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग:eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोड करने/विश्लेषण के फ़ेज़ में इस्तेमाल करने के लिए, पैरलल थ्रेड की संख्या. इसमें एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") इस्तेमाल होता है. इसके बाद, वैकल्पिक तौर पर कोई कार्रवाई ([-|*]<float>) ली जाती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "ऑटो" यह होस्ट संसाधनों के आधार पर एक उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए
टैग:bazel_internal_configuration
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
- `mod` सबकमांड के आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--base_module=<"<root>" for the root module; <module>@<version> for a specific version of a module; <module> for all versions of a module; @<name> for a repo with the given apparent name; or @@<name> for a repo with the given canonical name>
डिफ़ॉल्ट: "<root>"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
कोई ऐसा मॉड्यूल तय करें जिसके हिसाब से, टारगेट किए गए डेटा के स्टोर की व्याख्या की जाएगी.
टैग:terminal_output
--charset=<utf8 or ascii>
डिफ़ॉल्ट: "utf8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ट्री के लिए उपयोग करने के लिए वर्ण सेट चुनता है. इससे सिर्फ़ टेक्स्ट आउटपुट पर असर पड़ता है. मान्य वैल्यू "utf8" हैं या "ascii" शामिल है. डिफ़ॉल्ट तौर पर यह "utf8" होता है
टैग:terminal_output
--[no]cycles
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिखाए गए ट्री में डिपेंडेंसी साइकल के बारे में बताता है. आम तौर पर, इसे डिफ़ॉल्ट रूप से अनदेखा किया जाता है.
टैग:terminal_output
--depth=<an integer>
डिफ़ॉल्ट: "-1"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिपेंडेंसी ट्री की ज़्यादा से ज़्यादा डिसप्ले डेप्थ. उदाहरण के लिए, 1 की डेप्थ, डायरेक्ट डिपेंडेंसी दिखाती है. ट्री, पाथ, और all_path के लिए, यह डिफ़ॉल्ट रूप से Integer.MAX_VALUE होता है, जबकि डिप और समझाने के लिए यह डिफ़ॉल्ट रूप से 1 होता है (टारगेट वाली पत्तियों और उनके पैरंट के अलावा रूट का सिर्फ़ डायरेक्ट डिप्रेशन दिखाता है).
टैग:terminal_output
--extension_filter=<a comma-separated list of <extension>s>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इन मॉड्यूल एक्सटेंशन के इस्तेमाल और इनके जनरेट किए गए डेटा को सिर्फ़ तब दिखाएं, जब इनसे जुड़े फ़्लैग सेट किए गए हों. अगर यह नीति सेट की जाती है, तो नतीजों के ग्राफ़ में सिर्फ़ ऐसे पाथ शामिल होंगे जिनमें बताए गए एक्सटेंशन का इस्तेमाल करने वाले मॉड्यूल हों. खाली सूची में फ़िल्टर बंद हो जाता है और सभी संभावित एक्सटेंशन असरदार तरीके से तय किए जाते हैं.
टैग:terminal_output
--extension_info=<hidden, usages, repos or all>
डिफ़ॉल्ट: "छिपाया गया"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
तय करें कि क्वेरी के नतीजे में, एक्सटेंशन के इस्तेमाल के बारे में कितनी जानकारी शामिल करनी है. "इस्तेमाल से जुड़ी जानकारी" केवल एक्सटेंशन के नाम, "रेपो" दिखाएगा इसमेंuse_repo और "all" के साथ इंपोर्ट किए गए डेटा संग्रह स्थान भी शामिल होंगे एक्सटेंशन से जनरेट हुए अन्य डेटा स्टोर करने की जगहों को भी दिखाएगा.
टैग:terminal_output
--extension_usages=<a comma-separated list of <module>s>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वे मॉड्यूल तय करें जिनके एक्सटेंशन के इस्तेमाल, show_extension क्वेरी में दिखेंगे.
टैग:terminal_output
--from=<a comma-separated list of <module>s>
डिफ़ॉल्ट: "<root>"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह(वे) मॉड्यूल जिससे शुरू होने वाले डिपेंडेंसी ग्राफ़ क्वेरी दिखाई जाएगी. सटीक सिमैंटिक के लिए हर क्वेरी के ब्यौरे की जांच करें. डिफ़ॉल्ट तौर पर, यह <root> पर सेट होती है.
टैग:terminal_output
--[no]include_builtin
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिपेंडेंसी ग्राफ़ में बिल्ट-इन मॉड्यूल शामिल करें. यह डिफ़ॉल्ट रूप से बंद होता है, क्योंकि इसमें बहुत शोर होता है.
टैग:terminal_output
--[no]include_unused
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इन क्वेरी में इस्तेमाल नहीं किए गए मॉड्यूल को भी ध्यान में रखा जाएगा और इन्हें दिखाया जाएगा. ये मॉड्यूल, चुनने के बाद मॉड्यूल रिज़ॉल्यूशन ग्राफ़ में मौजूद नहीं होते हैं (मिनिमम-वर्शन चुनने या ओवरराइड नियमों की वजह से). इसका हर क्वेरी टाइप के लिए अलग-अलग असर हो सकता है. जैसे, all_paths कमांड में नए पाथ शामिल करना या एक्सप्लेनेशन कमांड में अतिरिक्त डिपेंडेंसी शामिल करना.
टैग:terminal_output
--output=<text, json or graph>
डिफ़ॉल्ट: "टेक्स्ट"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए इन वैल्यू की अनुमति है: टेक्स्ट, JSON, ग्राफ़
टैग:terminal_output
--[no]verbose
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्वेरी में इसकी वजह भी दिखेगी कि मॉड्यूल को उनके मौजूदा वर्शन के हिसाब से हल किए जाने की वजह क्या है (अगर बदलाव किया गया है). सिर्फ़ पूरी जानकारी देने वाली क्वेरी के लिए, डिफ़ॉल्ट तौर पर 'सही' पर सेट होती है.
टैग:terminal_output
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
Print_action के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--print_action_mnemonics=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह सूची बनाता है कि याद के तौर पर किसकी जानकारी का इस्तेमाल करके, Print_action डेटा को फ़िल्टर किया जाए. खाली छोड़ देने पर कोई फ़िल्टर नहीं किया जा सकता.
क्वेरी के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
--[no]keep_going
[-k
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी गड़बड़ी के बाद, जितना हो सके उतना जारी रखें. जो टारगेट पूरा नहीं हो पाया और जो उस पर निर्भर हैं उनका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट से जुड़ी दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग:eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोड करने/विश्लेषण के फ़ेज़ में इस्तेमाल करने के लिए, पैरलल थ्रेड की संख्या. इसमें एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") इस्तेमाल होता है. इसके बाद, वैकल्पिक तौर पर कोई कार्रवाई ([-|*]<float>) ली जाती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "ऑटो" यह होस्ट संसाधनों के आधार पर एक उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए
टैग:bazel_internal_configuration
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
- क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise>
डिफ़ॉल्ट: "कंज़र्वेटिव"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर आउटपुट फ़ॉर्मैट, {xml,proto,record} में से एक है, तो आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी को हल करने का तरीका. 'बंद' इसका मतलब है कि किसी भी पहलू पर निर्भरता का समाधान नहीं हुआ है, 'कंज़र्वेटिव' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) डिपेंडेंसी जोड़ दी जाती हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी की नियम क्लास, 'सटीक' दी गई हो या नहीं इसका मतलब है कि सिर्फ़ उन पहलुओं को जोड़ा जाएगा जो डायरेक्ट डिपेंडेंसी की नियम क्लास दिए जाने पर शायद चालू हों. ध्यान दें कि सटीक मोड को एक ही टारगेट का आकलन करने के लिए, अन्य पैकेज लोड करने की ज़रूरत होती है. इस तरह, यह अन्य मोड के मुकाबले धीमा हो जाता है. इस बात पर भी ध्यान दें कि सटीक मोड भी पूरी तरह सटीक नहीं होता: किसी पहलू का हिसाब लगाने का फ़ैसला, विश्लेषण के चरण में लिया जाता है. हालांकि, 'बेज़ल क्वेरी' के दौरान यह फ़ैसला नहीं लिया जाता.
टैग:build_file_semantics
--[no]consistent_labels
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू की गई है, तो हर क्वेरी कमांड से लेबल ऐसे दिखते हैं जैसे Starlark <code>str</code> <code>लेबल</code> पर फ़ंक्शन लागू किया गया इंस्टेंस. यह उन टूल के लिए काम का है जिन्हें क्वेरी के अलग-अलग निर्देशों और/या नियमों से जनरेट होने वाले लेबल के आउटपुट से मैच करने की ज़रूरत होती है. अगर इस नीति को चालू नहीं किया जाता है, तो आउटपुट फ़ॉर्मैट करने वाले लोग, डेटा स्टोर करने की मुख्य जगह के नाम (डेटा स्टोर करने की मुख्य जगह के बजाय) का इस्तेमाल कर सकते हैं. इससे आउटपुट को पढ़ने में आसानी होती है.
टैग:terminal_output
--[no]experimental_graphless_query
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो क्वेरी को लागू करने की ऐसी सुविधा का इस्तेमाल किया जाता है जो ग्राफ़ की कॉपी नहीं बनाता. इसे लागू करने का नया तरीका, सिर्फ़ --order_ निर्भर=no, और आउटपुट फ़ॉर्मैटर के सबसेट के साथ काम करता है.
टैग:build_file_semantics
,eagerness_to_exit
--graph:conditional_edges_limit=<an integer>
डिफ़ॉल्ट: "4"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
शर्त वाले लेबल की ज़्यादा से ज़्यादा संख्या, जिसे दिखाया जाना है. -1 का मतलब है कि कोई काट-छांट नहीं की गई और 0 का मतलब है कि कोई एनोटेशन नहीं है. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--[no]graph:factored
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ग्राफ़ को 'फ़ैक्टर' के तौर पर दिखाया जाएगा. इसका मतलब है कि जगह के हिसाब से समतुल्य नोड को एक साथ मर्ज कर दिया जाएगा और उनके लेबल जोड़ दिए जाएंगे. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--graph:node_limit=<an integer>
डिफ़ॉल्ट: "512"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में किसी ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि काट-छांट नहीं की जाएगी. यह विकल्प केवल --आउटपुट=ग्राफ़ पर लागू होता है.
टैग:terminal_output
--[no]implicit_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह सुविधा चालू है, तो इंप्लिसिट डिपेंडेंसी को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी वह है जिसे BUILD फ़ाइल में साफ़ तौर पर तय नहीं किया गया है, लेकिन उसे बैजल से जोड़ा गया है. क्वेरी के लिए, यह विकल्प ऐसे टूलचेन को फ़िल्टर करने की सुविधा को कंट्रोल करता है जिनका समाधान हो चुका है.
टैग:build_file_semantics
--[no]include_aspects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
aquery, cquery: क्या आउटपुट में आसपेक्ट रेशियो से जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (पदों का हमेशा अनुसरण किया जाता है).
टैग:terminal_output
--[no]incompatible_lexicographical_output
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प सेट है, तो --order_Output=auto आउटपुट को लेक्सिकोग्राफ़िक क्रम में क्रम से लगाता है.
टैग:terminal_output
,incompatible_change
--[no]incompatible_package_group_includes_double_slash
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर इस नीति को चालू किया जाता है, तो Package_group के `packages` एट्रिब्यूट को आउटपुट करते समय, सबसे पहले वाले `//` को नहीं हटाया जाएगा.
टैग:terminal_output
,incompatible_change
--[no]infer_universe_scope
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट नहीं है और --universe_scope को सेट नहीं किया गया, तो क्वेरी एक्सप्रेशन में, यूनीक टारगेट पैटर्न की सूची के तौर पर --universe_scope की वैल्यू का पता लगाया जाएगा. ध्यान दें, ऐसा हो सकता है कि यूनिवर्स के स्कोप वाले फ़ंक्शन (जैसे कि`allrdeps`) का इस्तेमाल करने वाले क्वेरी एक्सप्रेशन के लिए, --universe_scope की अनुमानित वैल्यू, आपकी पसंद के मुताबिक न हो. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आपको पता हो कि क्या करना है. ज़्यादा जानकारी और उदाहरणों के लिए, https://bagel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प की वैल्यू को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery` पर नहीं).
टैग:loading_and_analysis
--[no]line_terminator_null
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है या नहीं.
टैग:terminal_output
--[no]nodep_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति चालू है, तो "nodep" से शुरू होता है एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी काम करती है. "नोडेप" का एक सामान्य उदाहरण एट्रिब्यूट "विज़िबिलिटी" है. सभी "nodep" के बारे में जानने के लिए, `info Build-language` के आउटपुट को चलाएं और पार्स करें एट्रिब्यूट की वैल्यू सबमिट करें.
टैग:build_file_semantics
--noorder_results
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिपेंडेंसी-ऑर्डर (डिफ़ॉल्ट) या बिना क्रम वाले फ़ैशन में नतीजे देता है. बिना क्रम वाला आउटपुट तेज़ी से काम करता है. हालांकि, यह सिर्फ़ तब काम करता है, जब --आउटपुट, minrank, maxrank या ग्राफ़, नहीं हो.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--order_output=no
टैग:terminal_output
--null
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है या नहीं.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--line_terminator_null=true
टैग:terminal_output
--order_output=<no, deps, auto or full>
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बिना किसी क्रम के (नहीं), डिपेंडेंसी-ऑर्डर (deps) या पूरी तरह से ऑर्डर किए गए (फ़ुल) के नतीजे आउटपुट के तौर पर मिलता है. डिफ़ॉल्ट रूप से यह 'ऑटो' होता है. इसका मतलब है कि नतीजे, आउटपुट फ़ॉर्मैटर पर निर्भर करते हुए, आउटपुट में डिपेंडेंसी या पूरी तरह से क्रम में लगे होते हैं. दूसरे सभी के लिए पूरी तरह ऑर्डर किए गए प्रोटो, मिरैंक, मैक्सरैंक, और ग्राफ़ के लिए डिपेंडेंसी-ऑर्डर (डिपेंडेंसी-ऑर्डर) होता है. जब आउटपुट पूरी तरह ऑर्डर हो जाता है, तो नोड पूरी तरह से सारणिक (कुल) क्रम में प्रिंट किए जाते हैं. सबसे पहले, सभी नोड अंग्रेज़ी वर्णमाला के क्रम में लगाए जाते हैं. इसके बाद, सूची के हर नोड का इस्तेमाल पोस्ट-ऑर्डर डेप्थ-फ़र्स्ट सर्च के शुरुआती हिस्से के रूप में किया जाता है. इसमें जिन नोड पर विज़िट नहीं किए गए हैं उन्हें आगे वाले नोड के वर्णमाला के क्रम में ट्रैवर्स किया जाता है. आखिर में, नोड उस क्रम के उलट प्रिंट होते हैं जिस क्रम में वे देखे गए थे.
टैग:terminal_output
--order_results
- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिपेंडेंसी-ऑर्डर (डिफ़ॉल्ट) या बिना क्रम वाले फ़ैशन में नतीजे देता है. बिना क्रम वाला आउटपुट तेज़ी से काम करता है. हालांकि, यह सिर्फ़ तब काम करता है, जब --आउटपुट, minrank, maxrank या ग्राफ़, नहीं हो.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसमें बड़ा किया जाता है:
--order_output=auto
टैग:terminal_output
--output=<a string>
डिफ़ॉल्ट: "लेबल"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए ये वैल्यू इस्तेमाल की जा सकती हैं: build, graph, stream_jsonproto, label, label_ kind, location, maxrank, minrank, पैकेज, proto, Streaming_proto, textproto, xml.
टैग:terminal_output
--[no]proto:default_values
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो ऐसे एट्रिब्यूट शामिल किए जाते हैं जिनकी वैल्यू, BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है; ऐसा न होने पर उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है
टैग:terminal_output
--[no]proto:definition_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
परिभाषा_stack प्रोटो फ़ील्ड को पॉप्युलेट करें, जो हर नियम इंस्टेंस के लिए Starlark कॉल स्टैक को उस समय रिकॉर्ड करता है, जब नियम की क्लास तय की गई थी.
टैग:terminal_output
--[no]proto:flatten_selects
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
यह नीति चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट कर दिए जाते हैं. सूची टाइप के लिए फ़्लैटन प्रज़ेंटेशन एक ऐसी सूची है जिसमें चुने गए मैप की हर वैल्यू को सिर्फ़ एक बार शामिल किया जाता है. स्केलर टाइप को फ़्लैट करके शून्य कर दिया जाता है.
टैग:build_file_semantics
--[no]proto:include_attribute_source_aspects
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर एट्रिब्यूट के source_aspect_name प्रोटो फ़ील्ड को, उस सोर्स आसपेक्ट के साथ भरें जिससे यह एट्रिब्यूट मिला है (अगर ऐसा नहीं हुआ है, तो स्ट्रिंग खाली है).
टैग:terminal_output
--[no]proto:include_synthetic_attribute_hash
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
$internal_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना है या नहीं.
टैग:terminal_output
--[no]proto:instantiation_stack
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
हर नियम के इंस्टैंशिएट करने वाले कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग:terminal_output
--[no]proto:locations
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्या प्रोटो आउटपुट में जगह की जानकारी आउटपुट करनी है.
टैग:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
डिफ़ॉल्ट: "सभी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
आउटपुट में शामिल करने के लिए एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट का इस्तेमाल किया जाता है. किसी भी एट्रिब्यूट का आउटपुट देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प --आउटपुट=प्रोटो पर लागू होता है.
टैग:terminal_output
--[no]proto:rule_inputs_and_outputs
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
नियम_इनपुट और नियम_आउटपुट फ़ील्ड में जानकारी अपने-आप भरी जाए या नहीं.
टैग:terminal_output
--query_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो क्वेरी कमांड लाइन के बजाय, यहां नाम वाली फ़ाइल से क्वेरी पढ़ेगी. यहां किसी फ़ाइल के साथ-साथ कोई कमांड-लाइन क्वेरी बताना एक गड़बड़ी है.
टैग:changes_inputs
--[no]relative_locations
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह एक-दूसरे से मिलती-जुलती होगी. डिफ़ॉल्ट रूप से, जगह की जानकारी का आउटपुट एक ऐब्सलूट पाथ होता है और यह सभी मशीन पर एक जैसा नहीं होगा. सभी मशीनों पर एक जैसा नतीजा पाने के लिए, इस विकल्प को 'सही' पर सेट किया जा सकता है.
टैग:terminal_output
--[no]strict_test_suite
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सही होने पर, test() एक्सप्रेशन को बिना जांच वाले टारगेट वाले test_suite से मिलने पर गड़बड़ी का मैसेज मिल जाता है.
टैग:build_file_semantics
,eagerness_to_exit
--[no]tool_deps
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
क्वेरी: अगर यह सुविधा बंद है, तो 'एक्ज़िक कॉन्फ़िगरेशन' की निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी काम करती है. 'एक्ज़ीक्यूटिव कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी 'proto_library' से नियम, प्रोटोकॉल कंपाइलर का हिस्सा होता है. आम तौर पर, उपयोगकर्ताओं को 'टारगेट' के हिस्से के बजाय बिल्ड के दौरान एक्ज़ीक्यूट किए गए टूल की ओर पॉइंट करता है कार्यक्रम.
Cquery: यह सुविधा बंद होने पर, कॉन्फ़िगर किए गए उन सभी टारगेट को फ़िल्टर कर दिया जाता है जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट की तुलना में, एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट, टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही दिखाए जाएंगे. ये वे टारगेट भी होंगे जो टारगेट कॉन्फ़िगरेशन में शामिल हैं. अगर टॉप लेवल टारगेट, exec कॉन्फ़िगरेशन में है, तो सिर्फ़ लागू किए गए कॉन्फ़िगर किए गए टारगेट ही लौटाए जाएंगे. इस विकल्प में उन टूलचेन को शामिल नहीं किया जाएगा जिन्हें हल किया जा चुका है.
टैग:build_file_semantics
--universe_scope=<comma-separated list of options>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
टारगेट पैटर्न का कॉमा-सेपरेटेड सेट (जोड़ और घटाव). यह क्वेरी, बताए गए टारगेट के ट्रांज़िटिव क्लोज़िंग से तय किए गए ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और क्वेरी कमांड के लिए किया जाता है.
cquery के लिए, इस विकल्प का इनपुट सभी जवाबों को टारगेट करता है. इसलिए, इस विकल्प से कॉन्फ़िगरेशन और ट्रांज़िशन पर असर पड़ सकता है. अगर इस विकल्प की जानकारी नहीं दी गई है, तो टॉप-लेवल के टारगेट को क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट माना जाता है. ध्यान दें: अगर क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट, टॉप-लेवल के विकल्पों के साथ बनाए नहीं जा सकते हैं, तो इस विकल्प को न बताने पर, बिल्ड टूट सकता है.
टैग:loading_and_analysis
--[no]xml:default_values
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो नियम के ऐसे एट्रिब्यूट प्रिंट किए जाते हैं जिनकी वैल्यू, बिल्ड फ़ाइल में साफ़ तौर पर नहीं बताई गई है; ऐसा न होने पर उन्हें हटा दिया जाता है.
टैग:terminal_output
--[no]xml:line_numbers
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो एक्सएमएल आउटपुट में लाइन नंबर शामिल होते हैं. इस विकल्प को बंद करने से अंतर को पढ़ना आसान हो सकता है. यह विकल्प केवल --Output=xml पर लागू होता है.
टैग:terminal_output
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--experimental_repository_resolved_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर वैल्यू खाली नहीं है, तो Starlark के डेटा स्टोर करने की जगह के उन सभी नियमों की पूरी जानकारी के साथ Starlark वैल्यू लिखें जिन्हें लागू किया गया था.
टैग:affects_outputs
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
रन के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
--[no]run
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह गलत है, तो बनाए गए टारगेट के लिए बनाई गई कमांड लाइन को स्किप करें.
टैग:affects_outputs
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- ऐसे विकल्प जिनकी मदद से उपयोगकर्ता, तय किए गए आउटपुट को कॉन्फ़िगर कर सकता है. साथ ही, आउटपुट की मौजूदगी के बावजूद, उसकी वैल्यू पर असर डालता है:
--script_path=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट हो, तो दी गई फ़ाइल के लिए एक शेल स्क्रिप्ट लिखें, जो टारगेट को शुरू करती है. अगर यह विकल्प सेट है, तो टारगेट बेज़ल से नहीं चलता. 'bazi Run --script_path=foo //foo && का इस्तेमाल करें ./foo' target '//foo' को शुरू करने के लिए यह 'baZ Run //foo' से अलग है बेज़ल लॉक को छोड़ दिया जाता है और एक्ज़ीक्यूटेबल को टर्मिनल के एसटीडीन से कनेक्ट किया जाता है.
टैग:affects_outputs
,execution
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
शटडाउन के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- ऐसे विकल्प जो कमांड के आउटपुट को कंट्रोल करते हैं:
--iff_heap_size_greater_than=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर JVM को मिली कुल मेमोरी (एमबी में) इस वैल्यू से ज़्यादा है, तो शटडाउन ही सर्वर को शट डाउन करेगा.
टैग:loses_incremental_state
,eagerness_to_exit
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर की सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
सिंक करने के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]configure
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
सिर्फ़ ऐसे डेटा स्टोर करने की जगह सिंक करें जिन्हें 'कॉन्फ़िगर करें' के तौर पर मार्क किया गया है का इस्तेमाल किया जा सकता है.
टैग:changes_inputs
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
--[no]keep_going
[-k
] डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
किसी गड़बड़ी के बाद, जितना हो सके उतना जारी रखें. जो टारगेट पूरा नहीं हो पाया और जो उस पर निर्भर हैं उनका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट से जुड़ी दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग:eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
डिफ़ॉल्ट: "ऑटो"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लोड करने/विश्लेषण के फ़ेज़ में इस्तेमाल करने के लिए, पैरलल थ्रेड की संख्या. इसमें एक पूर्णांक या कीवर्ड ("ऑटो", "Host_CPUS", "Host_RAM") इस्तेमाल होता है. इसके बाद, वैकल्पिक तौर पर कोई कार्रवाई ([-|*]<float>) ली जाती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "ऑटो" यह होस्ट संसाधनों के आधार पर एक उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए
टैग:bazel_internal_configuration
--only=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह विकल्प दिया गया है, तो इस विकल्प से सिर्फ़ डेटा स्टोर करने की जगहों को सिंक करें. अब भी सभी (या कॉन्फ़िगरेशन-जैसे सभी कॉन्फ़िगरेशन को दिया गया है) को पुराना मानें.
टैग:changes_inputs
- इस विकल्प से Starlark भाषा या बिल्ड एपीआई के सिमैंटिक पर असर पड़ता है. इसे बिल्ड फ़ाइलों, .bzl फ़ाइलों या वर्कस्पेस फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]incompatible_config_setting_private_default_visibility
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर External_enforce_config_setting_ visibility=false है, तो यह नोप है. ऐसा नहीं होने पर, अगर यह फ़्लैग गलत है, तो कोई भी config_setting, जिसमें साफ़ तौर पर दिखने वाला एट्रिब्यूट मौजूद नहीं है, उसे //visibility:public के तौर पर दिखाया जाएगा. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही, 'किसको दिखे' लॉजिक का ही पालन करता है. https://github.com/baazbuild/baZZ/issues/12933 पर जाएं.
टैग:loading_and_analysis
,incompatible_change
--[no]incompatible_enforce_config_setting_visibility
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो config_setting के दिखने से जुड़ी पाबंदियां लागू करें. गलत होने पर, हर config_setting हर टारगेट पर दिखेगी. https://github.com/batzbuild/ba बहुत/issues/12932 देखें.
टैग:loading_and_analysis
,incompatible_change
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--experimental_repository_resolved_file=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर वैल्यू खाली नहीं है, तो Starlark के डेटा स्टोर करने की जगह के उन सभी नियमों की पूरी जानकारी के साथ Starlark वैल्यू लिखें जिन्हें लागू किया गया था.
टैग:affects_outputs
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--deleted_packages=<comma-separated list of package names>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज के ऐसे नामों की कॉमा-सेपरेटेड लिस्ट जिन्हें बिल्ड सिस्टम मौजूद नहीं मानेगा. भले ही, वे पैकेज पाथ पर कहीं दिख रहे हों. 'x/y' सबपैकेज हटाते समय इस विकल्प का इस्तेमाल करें 'x' वाले एक मौजूदा पैकेज में से एक है. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD को मिटाने के बाद, बिल्ड सिस्टम इसकी शिकायत कर सकता है. ऐसा तब होता है, जब उसे '//x:y/z' लेबल मिलता है अगर इसे अब भी किसी दूसरी Package_path एंट्री से दिया गया हो. --deleted_packages x/y तय करना, इस समस्या से बचाता है.
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--package_path=<colon-separated list of options>
डिफ़ॉल्ट: "%workspace%"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है पैकेज खोजने की जगहों की एक कोलन से अलग की गई सूची. '%workspace%' से शुरू होने वाले एलिमेंट आस-पास के फ़ाइल फ़ोल्डर के हिसाब से हैं. अगर इसे छोड़ दिया जाता है या खाली किया जाता है, तो डिफ़ॉल्ट 'baज़ल की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर सक्षम हो, तो बैज से "लोडिंग पैकेज" प्रिंट हो जाता है: मैसेज.
जांच के विकल्प
build से सभी विकल्प इनहेरिट करता है.
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
--[no]print_relative_test_log_paths
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो टेस्ट लॉग का पाथ प्रिंट करते समय, उस रिलेटिव पाथ का इस्तेमाल करें जो 'टेस्टलॉग' का इस्तेमाल करता है सुविधा सिमलिंक. एन॰बी॰ - किसी दूसरे कॉन्फ़िगरेशन के साथ बाद में होने वाले 'बिल्ड'/'टेस्ट'/वगैरह की वजह से, इस सिमलिंक का टारगेट बदल सकता है. इससे, पहले प्रिंट किया गया पाथ अब किसी काम का नहीं रहेगा.
टैग:affects_outputs
--[no]test_verbose_timeout_warnings
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो अतिरिक्त चेतावनियां प्रिंट करें. ऐसा तब करें, जब जांच के लागू होने का असल समय, जांच के तय किए गए टाइम आउट से मेल न खाता हो (चाहे वह साफ़ हो या साफ़ तौर पर).
टैग:affects_outputs
--[no]verbose_test_summary
डिफ़ॉल्ट: "सही"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो जांच के जवाब से अतिरिक्त जानकारी (समय, प्रोसेस न हो पाने की संख्या वगैरह) प्रिंट करें.
टैग:affects_outputs
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बताते हैं या उसमें बदलाव करते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
वर्शन के विकल्प
- ऐसे विकल्प जो निर्देश से पहले दिखते हैं और जिन्हें क्लाइंट पार्स करता है:
--distdir=<a path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
संग्रहों को डाउनलोड करने के लिए नेटवर्क तक पहुंचने से पहले उन्हें खोजने के लिए अतिरिक्त स्थान.
टैग:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर यह नीति सेट है, तो कैश मेमोरी के हिट होने पर, रिपॉज़िटरी कैश मेमोरी कॉपी करने के बजाय फ़ाइल को हार्डलिंक करेगी. इसका मकसद डिस्क में बचा स्टोरेज बचाना है.
टैग:bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer>
डिफ़ॉल्ट: "0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डाउनलोड की गड़बड़ी को फिर से करने की कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इसे 0 पर सेट किया जाता है, तो दोबारा कोशिश करने की सुविधा बंद हो जाती है.
टैग:experimental
--experimental_scale_timeouts=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस फ़ैक्टर से, Starlark के डेटा स्टोर करने की जगह के नियमों में सभी टाइम आउट को स्केल करें. इस तरह, सोर्स कोड बदले बिना, बाहरी डेटा स्टोर करने की जगहें ऐसी मशीनों पर काम करते हुए बनाए जा सकते हैं जो नियम लेखक की उम्मीद से धीमी होती हैं
टैग:bazel_internal_configuration
,experimental
--http_connector_attempts=<an integer>
डिफ़ॉल्ट: "8"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए कोशिशों की ज़्यादा से ज़्यादा संख्या.
टैग:bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.>
डिफ़ॉल्ट: "0s"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
http डाउनलोड के लिए फिर से कोशिश करने का ज़्यादा से ज़्यादा समय खत्म. वैल्यू 0 होने पर, टाइम आउट की ज़्यादा से ज़्यादा कोई सीमा तय नहीं की गई है.
टैग:bazel_internal_configuration
--http_timeout_scaling=<a double>
डिफ़ॉल्ट: "1.0"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
दिए गए फ़ैक्टर के आधार पर एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट को स्केल करें
टैग:bazel_internal_configuration
--repository_cache=<a path>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एक्सटर्नल डेटा स्टोर करने की जगहों को फ़ेच करने के दौरान मिली, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह की जानकारी देता है. आर्ग्युमेंट के तौर पर एक खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है. ऐसा न होने पर, '<Output_user_root>/cache/repos/v1' की डिफ़ॉल्ट वैल्यू का इस्तेमाल किया गया है
टैग:bazel_internal_configuration
--[no]repository_disable_download
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर नीति को सेट किया जाता है, तो डेटा स्टोर करने की जगह की जानकारी फ़ेच करने के दौरान, ctx.download{,_and_exact} का इस्तेमाल करके डाउनलोड करने की अनुमति नहीं होगी. ध्यान दें कि नेटवर्क ऐक्सेस पूरी तरह से बंद नहीं किया गया है; ctx.execut अब भी इंटरनेट को ऐक्सेस करने वाला आर्बिट्रेरी एक्ज़ीक्यूटेबल चला सकता है.
टैग:bazel_internal_configuration
- बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--gc_thrashing_threshold=<an integer in 0-100 range>
डिफ़ॉल्ट: "100"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
लंबे समय तक इस्तेमाल किए जाने वाले स्पेस का प्रतिशत (0-100) जिसके ऊपर GcThrSettingsDetector, मेमोरी दबाव के इवेंट को उसकी सीमाओं के हिसाब से मानता है (--gc_t इससे ख़िलाफ़_सीमाएं). अगर नीति को 100 पर सेट किया जाता है, तो GcTraringdetector बंद हो जाएगा.
टैग:host_machine_resource_optimizations
- ऐसे विकल्प जिनकी मदद से उपयोगकर्ता, तय किए गए आउटपुट को कॉन्फ़िगर कर सकता है. साथ ही, आउटपुट की मौजूदगी के बावजूद, उसकी वैल्यू पर असर डालता है:
--[no]gnu_format
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सेट हो, तो GNU मानकों में बताए गए तरीकों का इस्तेमाल करके, वर्शन को stdout पर लिखें.
टैग:affects_outputs
,execution
- Bzlmod आउटपुट और सिमेंटिक्स से जुड़े विकल्प:
--allow_yanked_versions=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
`<module1>@<version1>,<module2>@<version2>` के रूप में मॉड्यूल वर्शन तय करता है, जिसकी रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही उन्हें जिस रजिस्ट्री से लिया गया है उस रजिस्ट्री में यन के तौर पर एलान किया गया हो (अगर वे NonRegistryOver से नहीं आए हैं). ऐसा न करने पर, यंक किए गए वर्शन की वजह से रिज़ॉल्यूशन नहीं हो पाएगा. `BZLMOD_ALLOW_YANKED_VERSIONS` एनवायरमेंट वैरिएबल की मदद से, अनुमति पाए हुए वर्शन को भी तय किया जा सकता है. कीवर्ड के तौर पर 'all' का इस्तेमाल करके, इस जांच को बंद किया जा सकता है (हम इसका सुझाव नहीं देते).
टैग:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
डिफ़ॉल्ट: "गड़बड़ी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि Basel मॉड्यूल की सुविधा बेज़ल वर्शन के साथ काम करती है या नहीं. मान्य वैल्यू में ये शामिल हैं: `गड़बड़ी`, इसे समस्या को हल करने में मदद करने के लिए, जांच को बंद करने के लिए `बंद` या मेल न खाने पर चेतावनी को प्रिंट करने के लिए `चेतावनी`.
टैग:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
डिफ़ॉल्ट: "चेतावनी"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
देखें कि रूट मॉड्यूल में तय की गई, सीधे तौर पर `baज़ेन_dep` डिपेंडेंसी, वही वर्शन हैं या नहीं जो आपको रिज़ॉल्व की गई डिपेंडेंसी ग्राफ़ में मिलते हैं. जांच को बंद करने के लिए मान्य वैल्यू को 'बंद है' पर सेट किया जाता है. इसके अलावा, मेल न खाने पर चेतावनी प्रिंट करने के लिए `चेतावनी` दी जाती है. इसके अलावा, गड़बड़ी को ठीक करने के लिए 'गड़बड़ी' दी जाती है.
टैग:loading_and_analysis
--[no]ignore_dev_dependency
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर सही है, तो Baज़ल, रूट मॉड्यूल के MODULE.bazu में `dev_dependency` के तौर पर बताए गए `baज़ेन_dep` और `use_extension` को अनदेखा करता है. ध्यान दें, अगर यह रूट मॉड्यूल नहीं है, तो इस फ़्लैग की वैल्यू चाहे जो भी हो, इन डेवलपर डिपेंडेंसी को MODULE.bazu में हमेशा अनदेखा किया जाता है.
टैग:loading_and_analysis
--lockfile_mode=<off, update or error>
डिफ़ॉल्ट: "अपडेट करें"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
इस नीति से तय होता है कि लॉकफ़ाइल का इस्तेमाल कैसे करना है और क्या नहीं. लॉकफ़ाइल का इस्तेमाल करने के लिए, मान्य वैल्यू `update` होती है. साथ ही, बदलाव होने पर इसे अपडेट करें, लॉकफ़ाइल का इस्तेमाल करने के लिए `गड़बड़ी`, लेकिन अगर अप-टू-डेट न हो, तो गड़बड़ी दें या लॉकफ़ाइल में न तो पढ़ने के लिए और न ही उसमें लिखने के लिए `बंद` हैं.
टैग:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है <module name>=<path> के रूप में लोकल पाथ वाले मॉड्यूल को बदलें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
--registry=<a string>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, इस्तेमाल की जाने वाली रजिस्ट्री के बारे में बताता है. यह क्रम अहम है: मॉड्यूल को सबसे पहले पिछली रजिस्ट्री में देखा जाएगा. बाद की रजिस्ट्री में तब ही वापस आएंगे, जब वे पिछली रजिस्ट्री में मौजूद नहीं होंगे.
टैग:changes_inputs
- ऐसे विकल्प जो बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करते हैं:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>>
डिफ़ॉल्ट: "1s:2,20s:3,1m:5"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
ऐसी सीमाएं तय की गई हों जिन तक पहुंचने पर GcThrringdetector ऐप्लिकेशन, बेज़ल को OOM से क्रैश कर सके. हर सीमा <period>:<count> के तौर पर बताई गई है जहां पीरियड एक अवधि है और संख्या एक धनात्मक पूर्णांक है. अगर लंबे समय तक चलने वाली जगह के --gc_t इससेhh_threshold से ज़्यादा प्रतिशत (पुराना gen हीप) मौजूद रहता है, तो <count> के बाद <period> में लगातार पूरे GC होने पर, एक OOM ट्रिगर होता है. एक से ज़्यादा सीमाओं को कॉमा लगाकर अलग किया जा सकता है.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो पूरा जीसी इवेंट होने पर, यह बिना किसी वजह से स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. यह सब शुरू करने पर कई बार ऐसा होगा. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. ज़ीरो का मतलब है कि पूरे जीसी इवेंट का डेटा कभी भी ड्रॉप नहीं होगा. अगर डेटा सीमा पूरी हो जाती है, तो GC इवेंट पूरा होने और बनाए रखे गए हीप के प्रतिशत की सीमा पार होने पर, Skyframe की स्थिति छोड़ी नहीं जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0>
डिफ़ॉल्ट: "2147483647"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Ba ज़रिए को यह पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल, --skyframe_high_water_mark_threshold के तय किए गए थ्रेशोल्ड से ज़्यादा है, तो कोई छोटा जीसी इवेंट होने पर, यह बिना किसी वजह से सेट किए गए स्काईफ़्रेम की अस्थायी स्थिति को कम कर देगा. उपयोगकर्ता को दिए जाने वाले हर बार के लिए, इसकी वजह से यह तय सीमा तक कई बार रुक जाएगी. डिफ़ॉल्ट रूप से पूर्णांक.MAX_VALUE; कितने भी असरदार तरीके से. शून्य का मतलब है कि छोटे जीसी इवेंट कभी भी ड्रॉप ट्रिगर नहीं करेंगे. अगर यह सीमा पूरी हो जाती है, तो कोई छोटा जीसी इवेंट होने पर, स्काईफ़्रेम की स्थिति को नहीं हटाया जाएगा. साथ ही, बनाए रखे गए हीप के प्रतिशत की सीमा भी पार हो जाएगी.
टैग:host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer>
डिफ़ॉल्ट: "85"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
बेज़ेल के आंतरिक Skyframe इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Basel को पता चलता है कि उसके बनाए गए हीप के प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड पर है, तो यह बिना किसी वजह के सेट किए गए स्काईफ़्रेम स्टेट को छोड़ देगा. इसे ट्वीट करने से आप GC थ्रैशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रैशिंग (i) इस अस्थायी स्थिति के उपयोग के कारण होता है और (ii) स्थिति की आवश्यकता होने पर राज्य को फिर से बनाने की तुलना में ज़्यादा महंगा होता है.
टैग:host_machine_resource_optimizations
- लॉग इन करने के तरीके, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_command_profile
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह Java फ़्लाइट रिकॉर्डर सीपीयू प्रोफ़ाइल को आउटपुट बेस डायरेक्ट्री की profile.jfr फ़ाइल में रिकॉर्ड करता है. आने वाले समय में, इस फ़्लैग के सिंटैक्स और सिमेंटिक्स में बदलाव हो सकता है. ऐसा, अलग-अलग प्रोफ़ाइल टाइप या आउटपुट फ़ॉर्मैट के साथ काम करने के लिए किया जाएगा; अपने जोखिम पर इस्तेमाल करें.
--[no]experimental_record_metrics_for_all_mnemonics
डिफ़ॉल्ट: "गलत"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या 20 याद रखने वालों की संख्या तक सीमित है. इनमें ऐसी कार्रवाइयों की संख्या सबसे ज़्यादा है. इस विकल्प को सेट करने पर, याददाश्त बढ़ाने वाली सभी चीज़ों के आंकड़े दिखेंगे.
- ऐसे विकल्प जो किसी जेनरिक इनपुट को बेज़ल कमांड में बदल सकते हैं या उसमें बदलाव कर सकते हैं, जो अन्य कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string>
डिफ़ॉल्ट: ""- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अगर खाली नहीं है, तो workspace फ़ाइल के बजाय तय की गई हल की गई फ़ाइल पढ़ें
टैग:changes_inputs
- रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string>
डिफ़ॉल्ट: ब्यौरा देखें- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल चुनें. इस फ़ाइल में लाइनें होती हैं, जिनमें से हर एक डायरेक्टिव (`allow`, `block` या `rewrite`) से शुरू होती है, जिसके बाद एक होस्ट नाम (`allow` और `block` के लिए) या दो पैटर्न होते हैं, एक का मिलान करना है, और एक वैकल्पिक यूआरएल के तौर पर इस्तेमाल किया जाता है. `$1` से शुरू होने वाले बैक रेफ़रंस. एक ही यूआरएल के लिए, एक से ज़्यादा `रीराइट` डायरेक्टिव दिए जा सकते हैं. इस मामले में, एक से ज़्यादा यूआरएल दिखाए जाएंगे.
--experimental_worker_for_repo_fetching=<off, platform or virtual>
डिफ़ॉल्ट: "बंद"- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है रेपो फ़ेच करने के लिए इस्तेमाल किया जाने वाला थ्रेडिंग मोड. अगर यह नीति 'बंद है' पर सेट है, तो किसी वर्कर थ्रेड का इस्तेमाल नहीं किया जाता. साथ ही, रेपो फ़ेचिंग को रीस्टार्ट किया जा सकता है. अगर नीति 'प्लैटफ़ॉर्म' पर सेट है, तो प्लैटफ़ॉर्म थ्रेड यानी ओएस थ्रेड का इस्तेमाल किया जाता है या वर्चुअल थ्रेड को 'वर्चुअल' पर सेट किया जा सकता है.
- अन्य विकल्प, जिन्हें किसी अन्य कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path>
बार इस्तेमाल किए गए- अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है डेटा स्टोर करने की जगह को बदलने के लिए, <repository name>=<path> के रूप में लोकल पाथ का इस्तेमाल करें. अगर दिया गया पाथ एक ऐब्सलूट पाथ है, तो उसका इस्तेमाल उसी तरह किया जाएगा. अगर दिया गया पाथ एक रिलेटिव पाथ है, तो वह मौजूदा डायरेक्ट्री से मिलता-जुलता है. अगर दिया गया पाथ '%workspace% से शुरू होता है, तो यह फ़ाइल फ़ोल्डर के रूट से मिलता-जुलता है, जो `baze की जानकारी वाले फ़ोल्डर` का आउटपुट है
विकल्प इफ़ेक्ट टैग
unknown |
इस विकल्प का असर अनजान या दस्तावेज़ में नहीं है. |
no_op |
इस विकल्प से कोई असर नहीं पड़ता. |
loses_incremental_state |
इस विकल्प की वैल्यू बदलने से, इंक्रीमेंटल (बढ़ने वाली) स्थिति में काफ़ी कमी आ सकती है, जिससे बिल्ड धीमे हो सकता है. सर्वर के रीस्टार्ट होने या डिपेंडेंसी ग्राफ़ के बड़े हिस्से के अमान्य होने की वजह से, स्टेटस दिख सकता है. |
changes_inputs |
यह विकल्प उन इनपुट को सक्रिय रूप से बदलता है जिन्हें बिल्ड के लिए बैजल के इस्तेमाल का इस्तेमाल किया जाता है, जैसे कि फ़ाइल सिस्टम से जुड़ी पाबंदियां, रिपॉज़िटरी वर्शन या अन्य विकल्प. |
affects_outputs |
इस विकल्प से, बैज के आउटपुट पर असर पड़ता है. इस टैग में जान-बूझकर बहुत ज़्यादा असर डाला गया है. इसमें ट्रांज़िटिव असर शामिल हो सकता है. साथ ही, इससे किस तरह के आउटपुट पर असर पड़ता है, इसकी जानकारी नहीं दी गई है. |
build_file_semantics |
इस विकल्प से BUILD या .bzl फ़ाइलों के सिमेंटिक्स पर असर पड़ता है. |
bazel_internal_configuration |
यह विकल्प बेज़ल-इंटरनल मशीनरी की सेटिंग पर असर डालता है. इस टैग का मतलब यह नहीं है कि बिल्ड आर्टफ़ैक्ट पर असर पड़ा है. |
loading_and_analysis |
इस विकल्प से डिपेंडेंसी लोड करने और उसका विश्लेषण करने में मदद मिलती है. साथ ही, डिपेंडेंसी ग्राफ़ बनाने पर भी असर पड़ता है. |
execution |
यह विकल्प, एक्ज़ीक्यूशन के चरण पर असर डालता है. जैसे, सैंडबॉक्सिंग या रिमोट तौर पर एक्ज़ीक्यूशन से जुड़े विकल्प. |
host_machine_resource_optimizations |
यह विकल्प ऐसे ऑप्टिमाइज़ेशन को ट्रिगर करता है जो मशीन से जुड़ा हो सकता है. साथ ही, इस बात की कोई गारंटी नहीं है कि यह सभी मशीनों पर काम करेगा. ऑप्टिमाइज़ेशन में परफ़ॉर्मेंस के अन्य पहलुओं, जैसे कि मेमोरी या सीपीयू की लागत के साथ समझौता करना शामिल हो सकता है. |
eagerness_to_exit |
इस विकल्प से यह तय होता है कि कितनी जल्दी-जल्दी बैजल, गलती से हारने के बाद बाहर निकलेंगे. इस विकल्प में हार मिलने के बाद भी गेम जारी रखने का विकल्प मौजूद होता है. |
bazel_monitoring |
इस विकल्प का इस्तेमाल करके, बैजल के व्यवहार और परफ़ॉर्मेंस को मॉनिटर किया जाता है. |
terminal_output |
इस विकल्प से, बैजल के टर्मिनल आउटपुट पर असर पड़ता है. |
action_command_lines |
यह विकल्प एक या ज़्यादा बिल्ड कार्रवाइयों के कमांड लाइन आर्ग्युमेंट को बदल देता है. |
test_runner |
इस विकल्प से, बिल्ड का टेस्टरनर एनवायरमेंट बदल जाता है. |
विकल्प मेटाडेटा टैग
experimental |
यह विकल्प, एक्सपेरिमेंट के तौर पर शुरू की गई सुविधा को ट्रिगर करता है. इसके काम करने की गारंटी नहीं दी जाती. |
incompatible_change |
यह विकल्प, नुकसान पहुंचा सकने वाले बदलाव को ट्रिगर करता है. माइग्रेशन के लिए तैयार है या नहीं, इसकी जांच करने या नई सुविधा को रिलीज़ होने से पहले इस्तेमाल करने के लिए, इस विकल्प का इस्तेमाल करें |
deprecated |
यह विकल्प अब काम नहीं करता. ऐसा हो सकता है कि जिस सुविधा पर इसका असर पड़ रहा है उस पर रोक लगा दी गई हो या जानकारी देने के किसी दूसरे तरीके को प्राथमिकता दी जाए. |