कमांड लाइन रेफ़रंस

संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
bazel [<startup options>] <command> [<args>]
या
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
टारगेट पैटर्न सिंटैक्स के लिए उपयोगकर्ता की गाइड देखें.

विकल्प सिंटैक्स

विकल्पों को Bazel से अलग-अलग तरीकों से पास किया जा सकता है. जिन वैल्यू के लिए वैल्यू की ज़रूरत है उन्हें या तो बराबर के निशान या स्पेस के साथ पास किया जा सकता है:

--<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 बताए गए टारगेट w/ कॉन्फ़िगरेशन के साथ लोड होता है, उनका विश्लेषण करता है, और क्वेरी करता है.
dump बेज़ल सर्वर की प्रोसेस की अंदरूनी स्थिति को डंप करता है.
fetch बाहरी रिपॉज़िटरी को फ़ेच करता है जो टारगेट के लिए ज़रूरी शर्तें हैं.
help प्रिंट से निर्देशों या इंडेक्स के लिए मदद मिलती है.
info बेज़ल सर्वर के बारे में रनटाइम की जानकारी दिखाता है.
license इस सॉफ़्टवेयर के लाइसेंस को प्रिंट करता है.
mobile-install मोबाइल डिवाइस पर टारगेट इंस्टॉल करता है.
modquery Bzlmod बाहरी डिपेंडेंसी ग्राफ़ की क्वेरी करता है
print_action फ़ाइल को कंपाइल करने में दिए गए कमांड लाइन आर्ग्युमेंट का प्रिंट.
query डिपेंडेंसी ग्राफ़ क्वेरी लागू करता है.
run बताए गए टारगेट को चलाता है.
shutdown बेज़ल सर्वर बंद हो जाएगा.
sync फ़ाइल फ़ोल्डर की फ़ाइल में दिए गए सभी रिपॉज़िटरी को सिंक करता है
test बताए गए टेस्ट टारगेट बनाता और चलाता है.
version बेज़ल के लिए वर्शन की जानकारी प्रिंट करता है.

स्टार्टअप के लिए विकल्प

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--[no]autodetect_server_javabase डिफ़ॉल्ट: "true"
जब --noautodetect_server_javabase पास किया जाता है, तो बेज़ल सर्वर चलाने के लिए, बेज़ल वापस लोकल JDK पर नहीं जाता.
टैग: affects_outputs, loses_incremental_state
--[no]batch डिफ़ॉल्ट: "false"
अगर सेट किया गया है, तो बेज़ल स्टैंडर्ड क्लाइंट/सर्वर मोड के बजाय, सर्वर के बिना ही क्लाइंट प्रोसेस के तौर पर चलेगा. इस सुविधा को बंद कर दिया गया है और इसे हटा दिया जाएगा. अगर आपको सर्वर को बंद करना है, तो कृपया सर्वर को बंद कर दें.
टैग: loses_incremental_state, bazel_internal_configuration, deprecated
--[no]batch_cpu_scheduling डिफ़ॉल्ट: "false"
सिर्फ़ Linux पर; ब्लेज़ के लिए सीपीयू शेड्यूल करने वाले 'bat&#39 का इस्तेमाल करें. यह नीति ऐसे वर्कलोड के लिए काम की है जो इंटरैक्टिव नहीं हैं, लेकिन उसके लिए अच्छी वैल्यू को कम नहीं करना चाहते. देखें #30 अगर गलत है, तो बेज़ल सिस्टम कॉल नहीं करता है.
टैग: host_machine_resource_optimizations
--bazelrc=<path> डिफ़ॉल्ट: विवरण देखें
उपयोगकर्ता .bazelrc फ़ाइल की जगह की जानकारी में, Bazel के विकल्पों के लिए डिफ़ॉल्ट वैल्यू शामिल हैं. /dev/शून्य यह बताता है कि आगे के सभी `---bazelrc`को अनदेखा कर दिया जाएगा, जो उपयोगकर्ता rc फ़ाइल के लिए खोज को बंद करने में मदद करता है, जैसे कि रिलीज़ बिल्ड में. यह विकल्प कई बार बताया जा सकता है. उदाहरण के लिए, `--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/शून्य --bazelrc=z.rc`, 1) x.rc और y.rc पढ़ें. 2) पहले के /dev/शून्य की वजह से z.rc को अनदेखा कर दिया जाता है. अगर आप इसे सेट नहीं करते हैं, तो Bazel पहली दो .bazelrc फ़ाइल का इस्तेमाल करता है जो उसे इन दो जगहों पर मिलती है: फ़ाइल फ़ोल्डर की डायरेक्ट्री, फिर उपयोगकर्ता की होम डायरेक्ट्री. ध्यान दें: bazelrc में कमांड लाइन के विकल्प, हमेशा किसी भी विकल्प की जगह लागू होंगे.
टैग: changes_inputs
--[no]block_for_lock डिफ़ॉल्ट: "true"
जब --noblock_for_lock पास हो जाता है, तब बेज़ल तब तक रनिंग कमांड के पूरा होने का इंतज़ार नहीं करता, बल्कि तुरंत बंद हो जाता है.
टैग: eagerness_to_exit
--[no]client_debug डिफ़ॉल्ट: "false"
अगर यह सही है, तो क्लाइंट से डीबग करने की जानकारी को stderr में लॉग करें. इस विकल्प को बदलने से सर्वर रीस्टार्ट नहीं होगा.
टैग: affects_outputs, bazel_monitoring
--connect_timeout_secs=<an integer> डिफ़ॉल्ट: "30"
सर्वर से कनेक्ट करने की हर कोशिश के लिए, क्लाइंट को इंतज़ार करना
टैग: bazel_internal_configuration
--[no]expand_configs_in_place डिफ़ॉल्ट: "true"
.
टैग: no_op, deprecated
--failure_detail_out=<path> डिफ़ॉल्ट: विवरण देखें
अगर इस नीति को सेट किया जाता है, तो असफल होने पर दिखने वाले प्रोटोटाइप मैसेज की जगह की जानकारी देनी होती है. ऐसा तब होता है, जब सर्वर को गड़बड़ी का सामना करना पड़ता है. साथ ही, यह gRPC की मदद से सामान्य रूप से रिपोर्ट नहीं कर पाता. अगर ऐसा नहीं है, तो जगह की जानकारी ${VOLUME_BASE}/failure_detail.rawproto होगी.
टैग: affects_outputs, loses_incremental_state
--[no]home_rc डिफ़ॉल्ट: "true"
$HOME/.bazelrc पर घर की बैज फ़ाइल ढूंढी जाए या नहीं
टैग: changes_inputs
--[no]idle_server_tasks डिफ़ॉल्ट: "true"
सर्वर के बंद होने पर, System.gc() चलाएं
टैग: loses_incremental_state, host_machine_resource_optimizations
--[no]ignore_all_rc_files डिफ़ॉल्ट: "false"
आरसी फ़ाइलों में बदलाव करने की सभी फ़ाइलें बंद कर दी जाती हैं, फिर चाहे आरसी (ARC) में बदलाव करने वाले दूसरे फ़्लैग के मान कुछ भी हों. भले ही, ये फ़्लैग स्टार्टअप के विकल्पों की सूची में बाद में आते हों.
टैग: changes_inputs
--io_nice_level={-1,0,1,2,3,4,5,6,7} डिफ़ॉल्ट: "-1"
सिर्फ़ Linux पर; sys_ioprio_set सिस्टम कॉल का इस्तेमाल करके, सबसे बढ़िया IO शेड्यूलिंग के लिए 0-7 का लेवल सेट करें. 0 सबसे ज़्यादा प्राथमिकता है, 7 सबसे कम प्राथमिकता है. आने वाले समय का शेड्यूल करने वाला व्यक्ति सिर्फ़ चौथी प्राथमिकता का पालन कर सकता है. अगर नेगेटिव वैल्यू पर सेट किया जाता है, तो Bazel सिस्टम कॉल नहीं करता.
टैग: host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer> डिफ़ॉल्ट: "120"
क्लाइंट के सर्वर से कनेक्ट होने में लगने वाला ज़्यादा से ज़्यादा समय
टैग: bazel_internal_configuration
--macos_qos_class=<a string> डिफ़ॉल्ट: "default"
bOS सर्वर पर QoS सेवा की क्लास को macOS पर सेट करते समय सेट करती है. इस फ़्लैग का दूसरे सभी प्लैटफ़ॉर्म पर कोई असर नहीं पड़ता. हालांकि, यह पक्का किया जाता है कि आरसी फ़ाइलों को बिना बदलावों के साथ शेयर किया जा सके. इसमें ये वैल्यू हो सकती हैं: उपयोगकर्ता इंटरैक्टिव, उपयोगकर्ता की ओर से शुरू की गई, डिफ़ॉल्ट, यूटिलिटी, और बैकग्राउंड.
टैग: host_machine_resource_optimizations
--max_idle_secs=<integer> डिफ़ॉल्ट: "10800"
कॉन्टेंट को बंद करने से पहले, बिल्ड सर्वर को कुछ सेकंड के लिए इस्तेमाल नहीं किया जाएगा. शून्य का मतलब है कि सर्वर कभी भी बंद नहीं होगा. यह सिर्फ़ सर्वर स्टार्टअप पर पढ़ा जाता है. इस विकल्प को बदलने से, सर्वर रीस्टार्ट नहीं होगा.
टैग: eagerness_to_exit, loses_incremental_state
--output_base=<path> डिफ़ॉल्ट: विवरण देखें
अगर यह सेट है, तो आउटपुट की उस जगह की जानकारी देता है जहां सभी बिल्ड आउटपुट लिखे जाएंगे. अगर ऐसा नहीं है, तो जगह की जानकारी ${VOLUME_ROOT}/_blockze_${USER}/${MD5_OF_WORKSPACE_ROOT} होगी. ध्यान दें: अगर आप इस वैल्यू के लिए अगले Bazel शुरू करने के विकल्प से अलग विकल्प चुनते हैं, तो आप शायद नए नए बेज़ल सर्वर के लिए शुरुआत करेंगे. Bazel हर बताए गए आउटपुट बेस पर सिर्फ़ एक सर्वर शुरू करता है. आम तौर पर, हर फ़ाइल फ़ोल्डर के लिए एक आउटपुट बेस होता है. हालांकि, इस विकल्प में आपके पास हर फ़ाइल फ़ोल्डर के लिए कई आउटपुट बेस हो सकते हैं. इस तरह, आप एक ही मशीन पर एक ही क्लाइंट के लिए, एक साथ कई बिल्ड चला सकते हैं. बेज़ल सर्वर को बंद करने के तरीके के बारे में जानने के लिए, बेज़ल की मदद लें.
टैग: affects_outputs, loses_incremental_state
--output_user_root=<path> डिफ़ॉल्ट: विवरण देखें
उपयोगकर्ता के हिसाब से बनाई गई वह डायरेक्ट्री जिसके नीचे सभी बिल्ड आउटपुट लिखे जाते हैं; डिफ़ॉल्ट रूप से, यह $USER का फ़ंक्शन होता है. हालांकि, कॉन्सटेंट को तय करके, बिल्ड आउटपुट शेयर करने वाले उपयोगकर्ताओं के बीच शेयर किए जा सकते हैं.
टैग: affects_outputs, loses_incremental_state
--[no]preemptible डिफ़ॉल्ट: "false"
सही होने पर, दूसरा निर्देश मिलने पर निर्देश को रोका जा सकता है.
टैग: eagerness_to_exit
--server_jvm_out=<path> डिफ़ॉल्ट: विवरण देखें
सर्वर के JVM&#39s का आउटपुट लिखने की जगह. अगर इसे सेट नहीं किया जाता है, तो पूरा आउटपुट आउटपुट में डिफ़ॉल्ट रूप से 'चालू है' के तौर पर सेट हो जाता है.
टैग: affects_outputs, loses_incremental_state
--[no]shutdown_on_low_sys_mem डिफ़ॉल्ट: "false"
अगर max_idle_secs सेट है और बिल्ड सर्वर कुछ समय से इस्तेमाल में नहीं है, तो सिस्टम में मुफ़्त रैम कम होने पर सर्वर बंद कर दें. सिर्फ़ Linux के लिए.
टैग: eagerness_to_exit, loses_incremental_state
--[no]system_rc डिफ़ॉल्ट: "true"
पूरे सिस्टम में मौजूद बेज़ेर्क देखें या नहीं.
टैग: changes_inputs
--[no]unlimit_coredumps डिफ़ॉल्ट: "false"
सर्वर को सामान्य ड्राफ़्ट के अंदर सर्वर और जेवीएम के कोरडंप बनाने के लिए, सॉफ़्ट कोरडंप की सीमा को हार्ड सीमा तक बढ़ाता है. अपने फ़्लैग पर एक बार यह निशान लगाएं और इसके बारे में भूल जाएं, ताकि आपको ऐसी स्थिति आने पर कोरडंप मिल सकें जो वाकई उन्हें ट्रिगर करे.
टैग: bazel_internal_configuration
--[no]watchfs डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ल बदलाव करने के लिए हर फ़ाइल को स्कैन करने के बजाय, ऑपरेटिंग सिस्टम की फ़ाइल को स्थानीय बदलावों के लिए इस्तेमाल करने की कोशिश करता है.
टैग: deprecated
अगर सही है, तो फ़ाइल कॉपी करने के बजाय Windows पर असली सिंबल वाले लिंक बनाए जाएंगे. Windows डेवलपर मोड को चालू करने और Windows 10 का वर्शन 1703 या इसके बाद का वर्शन होना ज़रूरी है.
टैग: bazel_internal_configuration
--[no]workspace_rc डिफ़ॉल्ट: "true"
$workspace/.bazelrc पर फ़ाइल फ़ोल्डर फ़ाइल ढूंढें या नहीं
टैग: changes_inputs
अलग-अलग कैटगरी में नहीं बांटा गया.:
--host_jvm_args=<jvm_arg> कई बार इस्तेमाल किया गया
JVM को चालू करने वाले JVM को पास करने के लिए फ़्लैग करें.
--host_jvm_debug
JVM के कुछ और फ़्लैग जोड़ने के लिए, सुविधा का विकल्प होता है. इसी वजह से, JVM को शुरू से लेकर आखिर तक JDWP से जुड़े डीबगर (जैसे Eclipse) से पोर्ट करने तक इंतज़ार करना पड़ सकता है.
बड़ा होने का समय:
--host_jvm_args=-Xdebug
--host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005
--host_jvm_profile=<profiler_name> डिफ़ॉल्ट: ""
प्रोफ़ाइलर/डीबगर के हिसाब से बनाए गए कुछ जेएमएम स्टार्टअप फ़्लैग जोड़ने का सुविधा विकल्प. बैज़ेल में जाने-पहचाने मानों की एक सूची है, जिसे वह हार्डकोड किए हुए जेवीएम स्टार्टअप फ़्लैग से मैप करता है. यह शायद कुछ फ़ाइलों के लिए कुछ हार्डकोड किए गए पाथ खोज रहा है.
--server_javabase=<jvm path> डिफ़ॉल्ट: ""
Bzel का इस्तेमाल करने के लिए, JVM का पाथ इस्तेमाल किया गया.

सभी निर्देशों के लिए आम तौर पर मिलने वाले विकल्प

बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--experimental_oom_more_eagerly_threshold=<an integer> डिफ़ॉल्ट: "100"
अगर इस फ़्लैग को 100 से कम वैल्यू पर सेट किया गया है, तो बैज़ेल तब OOM करेगा, जब दो पूरे GC's के बाद (प्रतिशत में) हीप का प्रतिशत उससे ज़्यादा होगा.
टैग: host_machine_resource_optimizations
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> डिफ़ॉल्ट: "1048576"
stout / stderr फ़ाइलों का ज़्यादा से ज़्यादा साइज़, जिन्हें कंसोल पर प्रिंट किया जाएगा. -1 का मतलब है कि आप कोई सीमा तय नहीं कर सकते.
टैग: execution
ऐसे विकल्प जिनकी मदद से, उपयोगकर्ता को काम के आउटपुट को कॉन्फ़िगर करने का विकल्प मिले और वह अपनी वैल्यू पर असर नहीं डालता:
--repo_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
पर्यावरण से जुड़े नियमों के लिए, अतिरिक्त एनवायरमेंट वैरिएबल उपलब्ध होते हैं. ध्यान दें कि डेटा स्टोर करने के नियमों को अब भी पूरा एनवायरमेंट दिखता है. हालांकि, इस तरह से कॉन्फ़िगरेशन ग्राफ़ की जानकारी, रिपॉज़िटरी में पास की जा सकती है. इसमें ऐक्शन ग्राफ़ को अमान्य किए बिना ही विकल्पों का इस्तेमाल किया जा सकता है.
टैग: action_command_lines
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग का कॉम्बिनेशन वगैरह):
--[no]check_bzl_visibility डिफ़ॉल्ट: "true"
अगर यह नीति बंद है, तो लोड() स्टेटमेंट में, गड़बड़ी की जानकारी वाली गड़बड़ियां दिखने की वजह से चेतावनियां दिखने लगती हैं.
टैग: build_file_semantics
इस विकल्प से Starlark की भाषा के सिमेंटिक या बिल्ड फ़ाइलें (.bzl फ़ाइलें) या Workspace की फ़ाइलें ऐक्सेस करने के लिए बिल्ड एपीआई पर असर पड़ता है.:
--[no]enable_bzlmod डिफ़ॉल्ट: "false"
अगर यह सही है, तो Bzlmod डिपेंडेंसी मैनेजमेंट सिस्टम को WORKSPACE के मुकाबले प्राथमिकता दी जाती है. ज़्यादा जानकारी पाने के लिए, https://bazel.build/docs/bzlmod पर जाएं.
टैग: loading_and_analysis
--[no]experimental_action_resource_set डिफ़ॉल्ट: "true"
अगर यह नीति 'सही' पर सेट है, तो ctx.actions.run() और ctx.actions.run_shell() के ज़रिए, एक्ज़ीक्यूट करने के लिए स्थानीय प्रोग्राम के पैरामीटर को स्वीकार करें. नहीं तो, मेमोरी और 1 cpu के लिए यह डिफ़ॉल्ट रूप से 250 एमबी होगा.
टैग: execution, build_file_semantics, experimental
--[no]experimental_allow_tags_propagation डिफ़ॉल्ट: "false"
अगर यह नीति 'सही' पर सेट की गई है, तो टैग को, टारगेट से उन कार्रवाइयों में जोड़ा जाएगा जो कार्रवाई&#39 है; एक्ज़ीक्यूशन से जुड़ी ज़रूरी शर्तें; नहीं, टैग शेयर नहीं किए जाएंगे. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/8830 पर जाएं.
टैग: build_file_semantics, experimental
--[no]experimental_analysis_test_call डिफ़ॉल्ट: "true"
अगर सही पर सेट है, तो test_test नेटिव कॉल उपलब्ध है.
टैग: loading_and_analysis, build_file_semantics, experimental
--[no]experimental_bzl_visibility डिफ़ॉल्ट: "true"
चालू होने पर, .bzl फ़ाइलों को लोड करने वाले स्टेटमेंट के मकसद के लिए, दिखाने की सुविधा सेट करने के लिए .bzl फ़ाइलों को कॉल किया जा सकता है. ऐसा करने के लिए, फ़ंक्शन में 'किसको दिखे' फ़ंक्शन जोड़ा जाता है.
टैग: loading_and_analysis, experimental
--[no]experimental_cc_shared_library डिफ़ॉल्ट: "false"
अगर सही पर सेट किया गया है, तो cc_shared_library नियम के लिए ज़रूरी नियम एट्रिब्यूट और Starlark एपीआई के तरीके उपलब्ध होंगे
टैग: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_disable_external_package डिफ़ॉल्ट: "false"
अगर सही पर सेट है, तो अपने-आप जनरेट हुआ //बाहरी पैकेज अब उपलब्ध नहीं होगा. बेज़ेल अब भी फ़ाइल पार्स नहीं कर पाएंगे.
टैग: loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_enable_android_migration_apis डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो Android Starlark माइग्रेशन की सुविधा देने वाले एपीआई काम करते हैं.
टैग: build_file_semantics
--[no]experimental_get_fixed_configured_action_env डिफ़ॉल्ट: "false"
चालू होने पर, action.env भी सुविधाओं के कॉन्फ़िगरेशन के ज़रिए तय किए गए, तय एनवायरमेंट वैरिएबल दिखाएगा.
टैग: loading_and_analysis, experimental
--[no]experimental_google_legacy_api डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो Google के लेगसी कोड से जुड़े Starlark बिल्ड एपीआई में कई प्रयोग के तौर पर लॉन्च होते हैं.
टैग: loading_and_analysis, experimental
--[no]experimental_lazy_template_expansion डिफ़ॉल्ट: "true"
अगर यह नीति 'सही है' पर सेट है, तो बदलाव की वैल्यू के स्थगित मूल्यांकन के लिए ctx.actions.expand_template() एक टेंप्लेट पैरामीटर स्वीकार करती है.
टैग: execution, build_file_semantics, experimental
--[no]experimental_platforms_api डिफ़ॉल्ट: "false"
सही पर सेट होने पर, कई प्लैटफ़ॉर्म से जुड़े Starlark एपीआई को डीबग करने में मदद मिलती है.
टैग: loading_and_analysis, experimental
--[no]experimental_repo_remote_exec डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो विज्ञापन दिखाने के नियम को रिमोट तरीके से लागू करने की कुछ सुविधाएं मिलती हैं.
टैग: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_sibling_repository_layout डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो डेटा स्टोर करने की मुख्य जगहों को, एक्ज़ीक्यूट रूट में मुख्य डेटा स्टोर करने की जगह के रूप में रखा जाता है. इसका मतलब है कि सभी रिपॉज़िटरी, $ आउटपुट_base/execution_root डायरेक्ट्री के डायरेक्ट चाइल्ड होते हैं. इससे असल टॉप-लेवल और #39;external' डायरेक्ट्री के लिए $आउटपुट_बेस/execution_root/__main__/external को खाली करने का खराब असर होता है.
टैग: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state, experimental
--[no]incompatible_always_check_depset_elements डिफ़ॉल्ट: "true"
सभी कंस्ट्रक्टर में डेप्सेट में जोड़े गए एलिमेंट की वैधता की जांच करें. एलिमेंट बदले नहीं जा सकते, लेकिन अब तक डेप्सेट(direct=...) कंस्ट्रक्टर की जांच नहीं हो सकी. डिप्सेट एलिमेंट में सूचियों के बजाय tuples का इस्तेमाल करें. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/10313 पर जाएं.
टैग: build_file_semantics, incompatible_change
सही होने पर, बेज़ल, link_context.librari_to_link की सूची नहीं दिखाएगा, लेकिन इसके बजाय कोई डिपसेट दिखाएगा.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disable_starlark_host_transitions डिफ़ॉल्ट: "false"
अगर यह नीति 'सही' पर सेट है, तो नियमों की विशेषताएं 'cfg = "host"' सेट नहीं की जा सकतीं. नियमों को इसके बजाय #39;cfg = "exec"' सेट करना चाहिए.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disable_target_provider_fields डिफ़ॉल्ट: "false"
अगर इसे 'सही है' पर सेट किया गया है, तो फ़ील्ड सिंटैक्स की मदद से '#39;target' ऑब्जेक्ट' पर ऑब्जेक्ट ऐक्सेस करने की सुविधा बंद करें. इसके बजाय, प्रोवाइडर-की सिंटैक्स का इस्तेमाल करें. उदाहरण के लिए, नियम लागू करने वाले फ़ंक्शन के अंदर से `my_info` को ऐक्सेस करने के लिए, `ctx.attr.dep.my_info` का इस्तेमाल करने के बजाय, `ctx.attr.dep[MyInfo]` का इस्तेमाल करें. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/9014 पर जाएं.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disallow_empty_glob डिफ़ॉल्ट: "false"
अगर सही पर सेट है, तो glob() के `allow_empty` आर्ग्युमेंट की डिफ़ॉल्ट वैल्यू 'गलत' है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disallow_legacy_javainfo डिफ़ॉल्ट: "true"
अब इस्तेमाल में नहीं है. नहीं-नहीं.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disallow_struct_provider_syntax डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो हो सकता है कि नियम लागू करने वाले फ़ंक्शन बेहतर सुविधाएं न दें. इसके बजाय, उन्हें प्रोवाइडर के इंस्टेंस की सूची देनी चाहिए.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_existing_rules_immutable_view डिफ़ॉल्ट: "true"
अगर इस नीति को 'सही है', निजी तौर पर सेट किया गया_rule_region_rule
टैग: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax डिफ़ॉल्ट: "true"
package_group's `packages` एट्रिब्यूट में, वैल्यू कोकोट का मतलब बदलने की सुविधा पाएं. साथ ही, &... पुराना तरीका अपनाने के लिए, आप & दें? इस फ़्लैग के लिए यह ज़रूरी है कि --insupported_package_group_has_public_syntax को भी चालू किया जाए.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_java_common_parameters डिफ़ॉल्ट: "true"
अगर इसे सही पर सेट किया गया है, तो Pack_sources में होस्ट_java_base, और Host_javabase पैरामीटर को कंपाइल में रखा जाएगा.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_new_actions_api डिफ़ॉल्ट: "true"
अगर सही पर सेट की गई है, तो कार्रवाइयों को बनाने वाला API सिर्फ़ `ctx.actions` पर उपलब्ध होता है, न कि `ctx` पर.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_no_attr_license डिफ़ॉल्ट: "true"
सही पर सेट होने पर, `attr.लाइसेंस` फ़ंक्शन बंद हो जाता है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_no_implicit_file_export डिफ़ॉल्ट: "false"
अगर सेट की गई (इस्तेमाल की गई) सोर्स फ़ाइलें पैकेज निजी हैं, तो साफ़ तौर पर उन्हें एक्सपोर्ट नहीं किया जाएगा. https://github.com/bazelbuild/proposals/blob/Master/designs/2019-10-24-file-visible.md देखें
टैग: build_file_semantics, incompatible_change
--[no]incompatible_no_rule_outputs_param डिफ़ॉल्ट: "false"
अगर इस नीति को 'सही है' पर सेट किया जाता है, तो `rule()` Starlark फ़ंक्शन के `आउटपुट` पैरामीटर को बंद कर दिया जाता है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_package_group_has_public_syntax डिफ़ॉल्ट: "true"
package_group's `packages` एट्रिब्यूट में, लिखने और कोट करने के लिए सार्वजनिक &कोट; या &निजी;कोटेशन लिखने की अनुमति देता है. सभी पैकेज के बारे में बताया जा सकता है या कोई पैकेज नहीं मिलेगा.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_require_linker_input_cc_api डिफ़ॉल्ट: "true"
अगर यह नीति 'सही है' पर सेट है, तो Create_linking_context के लिए, library_to_link के बजाय linker_inputs की ज़रूरत होगी. लिंकिंग_संदर्भ के पुराने गैटर भी बंद हो जाएंगे और सिर्फ़ linker_inputs उपलब्ध हो जाएंगे.
टैग: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_run_shell_command_string डिफ़ॉल्ट: "true"
अगर इसे सही पर सेट किया गया है, तो Actions.run_shell का कमांड पैरामीटर सिर्फ़ स्ट्रिंग स्वीकार करेगा
टैग: build_file_semantics, incompatible_change
--[no]incompatible_stop_exporting_language_modules डिफ़ॉल्ट: "false"
अगर इस नीति को चालू किया जाता है, तो उपयोगकर्ता की .bzl फ़ाइलों में भाषा के हिसाब से बनाए गए कुछ मॉड्यूल (जैसे कि `cc_regular`) उपलब्ध नहीं होंगे. साथ ही, उन्हें सिर्फ़ उनके नियमों के डेटा स्टोर करने की जगह से कॉल किया जा सकता है.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_struct_has_no_methods डिफ़ॉल्ट: "false"
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 डिफ़ॉल्ट: "false"
अगर इसे 'सही है' पर सेट किया जाता है, तो टॉप लेवल का डाइमेंशन, सेवा देने वाली कंपनियों के लिए अहम होगा और सिर्फ़ ऐसे टॉप लेवल के टारगेट पर लागू होगा जिनके नियम&#39 हैं; विज्ञापन देने वाली कंपनियां, सेवा देने वाली तीसरे पक्ष की ज़रूरी कंपनियों के लिए ज़रूरी शर्तें पूरी करती हैं.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_unambiguous_label_stringification डिफ़ॉल्ट: "true"
सही होने पर, बेज़ल, @foo:bar के बजाय, @//foo:bar से @//foo:bar तक, स्ट्रिंग को स्ट्रिंग करेगा. इससे सिर्फ़ str(), % ऑपरेटर, और इसी तरह के व्यवहार पर असर पड़ता है. repr() के व्यवहार में कोई बदलाव नहीं होता. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/15916 पर जाएं.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc डिफ़ॉल्ट: "false"
सही होने पर, बेज़ल @bazel_tools के cc_config का इस्तेमाल करने की अनुमति नहीं देंगे. ज़्यादा जानकारी के लिए, कृपया https://github.com/bazelbuild/bazel/issues/10134 पर जाएं और माइग्रेशन के निर्देश देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_visibility_private_attributes_at_definition डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो नियम के इस्तेमाल के बजाय, नियम की परिभाषा के आधार पर निजी नियम के एट्रिब्यूट की जांच की जाती है.
टैग: build_file_semantics, incompatible_change
--max_computation_steps=<a long integer> डिफ़ॉल्ट: "0"
BulLD फ़ाइल के लिए तय की गई Starlark गणना के चरणों की ज़्यादा से ज़्यादा संख्या (शून्य का मतलब कोई सीमा नहीं है).
टैग: build_file_semantics
--nested_set_depth_limit=<an integer> डिफ़ॉल्ट: "3500"
डेप्सेट के लिए ग्राफ़ की ज़्यादा से ज़्यादा गहराई (इसे NestedSet भी कहा जाता है), जिसके ऊपर depset() कंस्ट्रक्टर काम नहीं करेगा.
टैग: loading_and_analysis
ऐसे विकल्प जो बिल्ड टाइम को ऑप्टिमाइज़ करते हैं:
--[no]incompatible_do_not_split_linking_cmdline डिफ़ॉल्ट: "true"
सही होने पर, बेज़ल, कमांड के लिए इस्तेमाल होने वाले कमांड लाइन फ़्लैग में बदलाव नहीं करती. साथ ही, यह भी तय नहीं करती कि कौनसे फ़्लैग पैरामीटर फ़ाइल पर जाते हैं और कौनसे नहीं. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/7670 पर जाएं.
टैग: loading_and_analysis, incompatible_change
--[no]keep_state_after_build डिफ़ॉल्ट: "true"
अगर गलत है, तो बिल्ड इस बिल्ड के खत्म होने पर इस मेमोरी से इनमेमोरी स्थिति को खारिज कर देगा. बाद के बिल्ड में इनमें से कोई भी बढ़ोतरी नहीं होगी.
टैग: loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer> डिफ़ॉल्ट: "85"
Bazel's के आंतरिक स्काईफ़्रेम इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर Bazel को पता चलता है कि उसके हीप प्रतिशत का इस्तेमाल कम से कम इस थ्रेशोल्ड को पार करता है, तो यह गैर-ज़रूरी स्काईफ़्रेम स्थिति को छोड़ देगा. इसे ट्वीक करके आप GC थ्रेशिंग के वॉल टाइम प्रभाव को कम कर सकते हैं, जब GC थ्रॉशिंग (i) इस अस्थायी स्थिति की मेमोरी के इस्तेमाल की वजह से होती है और (ii) ज़रूरत पड़ने पर राज्य को फिर से बहाल करने से ज़्यादा महंगा होता है.
टैग: host_machine_resource_optimizations
--[no]track_incremental_state डिफ़ॉल्ट: "true"
अगर गलत है, तो ब्लेज़ ऐसा डेटा नहीं रखेगा जो इस बिल्ड में मेमोरी बचाने के लिए, इंक्रीमेंटल बिल्ड को अमान्य करने और फिर से जांचने की अनुमति देता है. बाद के बिल्ड में इनमें से कोई भी बढ़ोतरी नहीं होगी. आम तौर पर, इस वैल्यू को 'गलत है' पर सेट करने के लिए, आपको --बैच करना होगा.
टैग: loses_incremental_state
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]announce_rc डिफ़ॉल्ट: "false"
आरसी के विकल्पों के बारे में बताना है या नहीं.
टैग: affects_outputs
--[no]attempt_to_print_relative_paths डिफ़ॉल्ट: "false"
मैसेज की जगह की जानकारी के हिस्से को प्रिंट करते समय, फ़ाइल फ़ोल्डर की डायरेक्ट्री या किसी डायरेक्ट्री के हिसाब से पाथ पैकेज का इस्तेमाल करें --package_path.
टैग: terminal_output
--bes_backend=<a string> डिफ़ॉल्ट: ""
बिल्ड इवेंट सेवा (बीईएस) बैकएंड एंडपॉइंट को [SCHEME://]Host[:पोर्ट] के तौर पर तय करता है. डिफ़ॉल्ट तौर पर, BES अपलोड को बंद करना है. ऐसी स्कीम जिनके लिए जीआरपी और जीआरपीसी की सुविधा दी गई है (TLS के साथ जीपीसी की सुविधा). अगर कोई स्कीम नहीं दी गई है, तो बेज़ल जीआरपीसी मान लेता है.
टैग: affects_outputs
--[no]bes_check_preceding_lifecycle_events डिफ़ॉल्ट: "false"
publishBuildToolEventStreamRequest में फ़ील्ड Check_preceding_lifecycle_events_present सेट करता है, जो BES को मौजूदा टूल इवेंट से मेल खाने वाले InvotionAttemptStart और BuildEnqueeed इवेंट मिलने की जांच करने के लिए कहता है.
टैग: affects_outputs
--bes_header=<a 'name=value' assignment> कई बार इस्तेमाल किया गया
NAME=VALUE फ़ॉर्म में वह हेडर डालें जो BES अनुरोधों में शामिल किया जाएगा. फ़्लैग को कई बार बताकर, एक से ज़्यादा हेडर पास किए जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
टैग: affects_outputs
--bes_instance_name=<a string> डिफ़ॉल्ट: विवरण देखें
उस इंस्टेंस का नाम बताता है जिसके तहत बीईएस अपलोड किया गया बीईपी बना रहेगा. डिफ़ॉल्ट वैल्यू, शून्य होती है.
टैग: affects_outputs
--bes_keywords=<comma-separated list of options> कई बार इस्तेमाल किया गया
BES पर पब्लिश किए गए कीवर्ड के डिफ़ॉल्ट सेट को जोड़ने के लिए, सूचना कीवर्ड की सूची तय करती है ("command_name=<command_name> ", "protocol_name=BEP"). डिफ़ॉल्ट जगह कोई नहीं है.
टैग: affects_outputs
--[no]bes_lifecycle_events डिफ़ॉल्ट: "true"
यह तय करता है कि BES की लाइफ़साइकल इवेंट पब्लिश करने हैं या नहीं. (डिफ़ॉल्ट रूप से #33;true' होता है).
टैग: affects_outputs
--bes_oom_finish_upload_timeout=<An immutable length of time.> डिफ़ॉल्ट: "10m"
यह बताता है कि OS करने के दौरान बेज़ल को BES/BEP के अपलोड के लिए कितनी देर इंतज़ार करना चाहिए. यह फ़्लैग पक्का करता है कि जेवीएम गंभीर GC के थ्रॉश होने पर खत्म हो जाए. साथ ही, यह किसी उपयोगकर्ता थ्रेड पर प्रगति नहीं कर सकता.
टैग: bazel_monitoring
--bes_outerr_buffer_size=<an integer> डिफ़ॉल्ट: "10240"
किसी प्रोग्रेस इवेंट के तौर पर रिपोर्ट करने से पहले, 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> डिफ़ॉल्ट: ""
वह बेस यूआरएल तय करता है जहां उपयोगकर्ता, बीईएस बैकएंड में स्ट्रीम की गई जानकारी देख सकता है. Bazel, टर्मिनल को शुरू करने के लिए भेजे गए आईडी से जुड़ा यूआरएल दिखाएगा.
टैग: terminal_output
--bes_timeout=<An immutable length of time.> डिफ़ॉल्ट: "0s"
यह बताता है कि बिल्ड और टेस्ट पूरा होने के बाद, बेज़ल को BES/BEP के अपलोड के लिए कितनी देर इंतज़ार करना होगा. मान्य टाइम आउट एक ऐसी प्राकृतिक संख्या होती है, जिसके बाद एक यूनिट होती है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (मिलीसेकंड). डिफ़ॉल्ट वैल्यू ##39;0&#39 होती है. इसका मतलब है कि समय खत्म होने की कोई अवधि नहीं है.
टैग: affects_outputs
--build_event_binary_file=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो बिल्ड इवेंट प्रोटोकॉल को दिखाने के लिए, उस फ़ाइल में अलग-अलग वैरिएबल बाइनरी का इस्तेमाल करें. यह विकल्प --bes_upload_mode=wait_for_upload_complete का मतलब है.
टैग: affects_outputs
--[no]build_event_binary_file_path_conversion डिफ़ॉल्ट: "true"
बिल्ड इवेंट प्रोटोकॉल की बाइनरी फ़ाइल के पाथ को, दुनिया भर में मान्य यूआरआई में ज़्यादा से ज़्यादा बदलें. अगर यह बंद हो, तो file:// uri स्कीम हमेशा इस्तेमाल की जाएगी
टैग:affects_outputs
--build_event_json_file=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो उस फ़ाइल के बिल्ड इवेंट प्रोटोकॉल को JSON क्रम में लिखें.
टैग: affects_outputs
--[no]build_event_json_file_path_conversion डिफ़ॉल्ट: "true"
जब भी मुमकिन हो, बिल्ड इवेंट प्रोटोकॉल के JSON फ़ाइल पाथ को, दुनिया भर में मान्य यूआरआई में बदलें. अगर यह बंद हो, तो file:// uri स्कीम इस्तेमाल की जाएगी
टैग: affects_outputs
--build_event_max_named_set_of_file_entries=<an integer> डिफ़ॉल्ट: "-1"
एक name_set_of_files इवेंट के लिए ज़्यादा से ज़्यादा एंट्री; दो से छोटी वैल्यू को अनदेखा किया जाता है और कोई इवेंट स्प्लिट नहीं किया जाता है. यह बिल्ड इवेंट प्रोटोकॉल में इवेंट का ज़्यादा से ज़्यादा साइज़ सीमित करने के लिए है, हालांकि यह सीधे इवेंट साइज़ को कंट्रोल नहीं करता है. इवेंट का कुल साइज़, सेट स्ट्रक्चर के साथ-साथ फ़ाइल और यूआरआई की लंबाई के फ़ंक्शन के हिसाब से तय किया जाता है. इसलिए, यह हैश फ़ंक्शन पर निर्भर करता है.
टैग: affects_outputs
--[no]build_event_publish_all_actions डिफ़ॉल्ट: "false"
सभी कार्रवाइयां पब्लिश की जानी चाहिए या नहीं.
टैग: affects_outputs
--build_event_text_file=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो उस फ़ाइल के बिल्ड इवेंट प्रोटोकॉल को टेक्स्ट के तौर पर दिखाएं
टैग:affects_outputs
--[no]build_event_text_file_path_conversion डिफ़ॉल्ट: "true"
जब भी मुमकिन हो, बिल्ड इवेंट प्रोटोकॉल के टेक्स्ट फ़ाइल प्रज़ेंटेशन में पाथ को दुनिया भर में मान्य यूआरआई में बदलें; अगर बंद है, तो file:// uri स्कीम हमेशा इस्तेमाल की जाएगी
टैग: affects_outputs
--[no]experimental_announce_profile_path डिफ़ॉल्ट: "false"
अगर इस नीति को चालू किया जाता है, तो लॉग में JSON प्रोफ़ाइल का पाथ जुड़ जाता है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_bep_target_summary डिफ़ॉल्ट: "false"
TargetTarget इवेंट प्रकाशित करना है या नहीं.
--[no]experimental_build_event_expand_filesets डिफ़ॉल्ट: "false"
अगर सही है, तो आउटपुट फ़ाइलें दिखाते समय, बीईपी में Files को बड़ा करें.
टैग: affects_outputs
अगर सही है, तो आउटपुट फ़ाइलों को दिखाते समय, बीईपी में रिलेटिव फ़ाइलसेट के सिमलिंक का पूरी तरह से समाधान करें. --experimental_build_event_expand_filessets ज़रूरी है.
टैग: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> डिफ़ॉल्ट: "4"
Bazel को बिल्ड इवेंट को फिर से अपलोड करने की ज़्यादा से ज़्यादा संख्या.
टैग: 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
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, process_time, remote_queue, remote_setup, fetch, 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, local_cpu_usage, system_cpu_usage, local_memory_usage, system_memory_usage, 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 or unknown> कई बार इस्तेमाल किया गया
प्रोफ़ाइल में शामिल किए जाने वाले अतिरिक्त प्रोफ़ाइल टास्क तय करता है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_primary_output डिफ़ॉल्ट: "false"
इसमें उन कार्रवाई के 'अतिरिक्त' &कोट;और एट्रिब्यूट शामिल होते हैं जिनमें कार्रवाई के मुख्य आउटपुट का एक्ज़ीक्यूटिव पाथ होता है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_target_label डिफ़ॉल्ट: "false"
इसमें कार्रवाई वाले इवेंट में टारगेट लेबल और #39; JSON प्रोफ़ाइल डेटा शामिल है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_stream_log_file_uploads डिफ़ॉल्ट: "false"
लॉग फ़ाइल को डिस्क पर लिखने के बजाय, सीधे रिमोट स्टोरेज में अपलोड करें.
टैग: affects_outputs
--experimental_workspace_rules_log_file=<a path> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल में Workspace के नियमों के कुछ इवेंट को सीमांकित WorkspaceEvent प्रोटो के तौर पर लॉग करें.
--[no]generate_json_trace_profile डिफ़ॉल्ट: "auto"
अगर सक्षम है, तो बेज़ल बिल्ड की प्रोफ़ाइल बनाता है और आउटपुट आधार में फ़ाइल में JSON-फ़ॉर्मैट की प्रोफ़ाइल लिखता है. chrome://ttracking में लोड करके प्रोफ़ाइल देखें. डिफ़ॉल्ट रूप से, बेज़ल सभी बिल्ड-जैसे निर्देशों और क्वेरी के लिए प्रोफ़ाइल लिखते हैं.
टैग: affects_outputs, bazel_monitoring
--[no]heap_dump_on_oom डिफ़ॉल्ट: "false"
अगर कोई OOM फेंका जाता है, तो मैन्युअल रूप से हीप डंप का आउटपुट देता है या नहीं. इसमें --experimental_oom_more_eagerly_thresHold की वजह से ओओएम शामिल है. डंप को <output_base>/<invocation_id>.heapdump.hprof में लिखा जाएगा. यह विकल्प -XX:+HiapDumpOnOutOfMemoryError को बदल देता है, जिसका कोई असर नहीं होता. इसकी वजह यह है कि OOM देख लिए जाते हैं और Runtime#halt पर रीडायरेक्ट किए जाते हैं.
टैग: bazel_monitoring
--[no]legacy_important_outputs डिफ़ॉल्ट: "true"
इसका इस्तेमाल करके, Targetcomplete इवेंट में, legacy_outputs फ़ील्ड को जनरेट करने से रोका जाए.
टैग: affects_outputs
--logging=<0 <= an integer <= 6> डिफ़ॉल्ट: "3"
लॉगिंग का लेवल.
टैग: affects_outputs
--memory_profile=<a path> डिफ़ॉल्ट: विवरण देखें
अगर इस नीति को सेट किया जाता है, तो तय की गई फ़ाइल पर मेमोरी के इस्तेमाल से जुड़ा डेटा सेव करें. साथ ही, बिल्ड के आखिर में लॉग को मास्टर हीप में बदलें.
टैग: affects_outputs, bazel_monitoring
--memory_profile_stable_heap_parameters=<two integers, separated by a comma> डिफ़ॉल्ट: "10,"
बिल्ड के आखिर में, पुराने स्टोरेज सिस्टम का डेटा कैलकुलेट करें. कॉमा से अलग किए गए दो पूर्णांक होने चाहिए. पहला पैरामीटर जीसीएस की वह संख्या है जिसे लागू करना है. दूसरा पैरामीटर, GC के बीच इंतज़ार करने के लिए सेकंड की संख्या है.
टैग: bazel_monitoring
--profile=<a path> डिफ़ॉल्ट: विवरण देखें
अगर सेट है, तो Bazel की प्रोफ़ाइल बनाएं और बताई गई फ़ाइल में डेटा लिखें. प्रोफ़ाइल का विश्लेषण करने के लिए, बेज़ल विश्लेषण-प्रोफ़ाइल का इस्तेमाल करें.
टैग: affects_outputs, bazel_monitoring
--[no]slim_profile डिफ़ॉल्ट: "true"
अगर प्रोफ़ाइल बहुत बड़ी होती है, तो JSON प्रोफ़ाइल से इवेंट के साइज़ को कम कर देता है.
टैग: affects_outputs, bazel_monitoring
--starlark_cpu_profile=<a string> डिफ़ॉल्ट: ""
तय की गई फ़ाइल में सभी Starlark थ्रेड के लिए, सीपीयू के इस्तेमाल की pprof प्रोफ़ाइल में लिखता है.
टैग: bazel_monitoring
--tool_tag=<a string> डिफ़ॉल्ट: ""
Bazel को शुरू करने के लिए, इस टूल का नाम डालें.
टैग: affects_outputs, bazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters> कई बार इस्तेमाल किया गया
तय करें कि यूज़र इंटरफ़ेस (यूआई) में कौनसे इवेंट दिखाने हैं. डिफ़ॉल्ट +/- का इस्तेमाल करके डिफ़ॉल्ट इवेंट में इवेंट जोड़े या हटाए जा सकते हैं या डिफ़ॉल्ट असाइनमेंट को सीधे असाइनमेंट से पूरी तरह बदला जा सकता है. काम करने वाले इवेंट टाइप के सेट में: जानकारी, डीबग, गड़बड़ी वगैरह शामिल हैं.
टैग: terminal_output
अलग-अलग तरह के विकल्प, नहीं तो इनकी कैटगरी तय की गई है.:
--build_metadata=<a 'name=value' assignment> कई बार इस्तेमाल किया गया
बिल्ड इवेंट में देने के लिए, कस्टम की-वैल्यू स्ट्रिंग के जोड़े.
टैग: terminal_output
--color=<yes, no or auto> डिफ़ॉल्ट: "auto"
आउटपुट को रंग देने के लिए, टर्मिनल के कंट्रोल का इस्तेमाल करें.
--config=<a string> कई बार इस्तेमाल किया गया
आरसी फ़ाइलों से अतिरिक्त कॉन्फ़िगरेशन सेक्शन चुनता है; हर <command> के लिए भी विकल्पों में से ले लेता है; अगर ऐसा सेक्शन मौजूद है; अगर यह सेक्शन किसी भी .rc फ़ाइल में मौजूद नहीं है, तो गड़बड़ी के साथ ब्लेज़ विफल हो जाता है. कॉन्फ़िगरेशन सेक्शन और फ़्लैग कॉम्बिनेशन, जिनके बराबर हैं, टूल/*.blockzerc कॉन्फ़िगरेशन फ़ाइलों में मौजूद हैं.
--curses=<yes, no or auto> डिफ़ॉल्ट: "auto"
स्क्रोल करने का आउटपुट कम करने के लिए, टर्मिनल कर्सर कंट्रोल का इस्तेमाल करें.
--[no]enable_platform_specific_config डिफ़ॉल्ट: "false"
सही होने पर, Bazel bazelrc फ़ाइलों से होस्ट-ओएस से जुड़ी कॉन्फ़िगरेशन लाइनों को चुनता है. उदाहरण के लिए, अगर होस्ट OS Linux है और आप bazel बिल्ड चलाते हैं, तो Bazel, build:linux से शुरू होने वाली लाइनें लेता है. Linux, macos, विंडो, फ़्रीbsd, और Openbsd जैसे ओएस आइडेंटिफ़ायर काम करते हैं. इस फ़्लैग को चालू करने का मतलब है, Linux पर --config=linux का इस्तेमाल करना, Windows पर --config=windows वगैरह इस्तेमाल करना.
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> कई बार इस्तेमाल किया गया
क्रेडेंशियल हेल्पर को कॉन्फ़िगर करके, दिए गए दायरे (डोमेन) के क्रेडेंशियल वापस पाएं. क्रेडेंशियल के क्रेडेंशियल से यह जानकारी पाएं: &gt
--experimental_credential_helper_cache_duration=<An immutable length of time.> डिफ़ॉल्ट: "30m"
वह समय कॉन्फ़िगर करता है जिसके लिए क्रेडेंशियल हेल्पर के क्रेडेंशियल कैश किए जाते हैं.
--experimental_credential_helper_timeout=<An immutable length of time.> डिफ़ॉल्ट: "5s"
क्रेडेंशियल हेल्पर का टाइम आउट कॉन्फ़िगर करता है. इस समय खत्म होने पर, क्रेडेंशियल हेल्पर जवाब नहीं दे पाएंगे.
--[no]experimental_skymeld_ui डिफ़ॉल्ट: "false"
इन दोनों का एक साथ इस्तेमाल किया जा सकता है. इनमें विश्लेषण और पूरे होने के चरण, दोनों की जानकारी एक साथ दिखती है.
टैग: terminal_output
--[no]experimental_windows_watchfs डिफ़ॉल्ट: "false"
अगर यह सही है, तो --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 डिफ़ॉल्ट: "false"
पुष्टि करने के लिए, Google Application के डिफ़ॉल्ट क्रेडेंशियल' का इस्तेमाल करना है या नहीं. ज़्यादा जानकारी के लिए https://cloud.google.com/docs/authentication देखें. डिफ़ॉल्ट रूप से बंद रहता है.
--grpc_keepalive_time=<An immutable length of time.> डिफ़ॉल्ट: विवरण देखें
grPC कनेक्शन के लिए कीप-अलाइव पिंग को कॉन्फ़िगर करें. अगर इस नीति को सेट किया जाता है, तो बाज़ेल, कनेक्शन पर कोई रीड ऑपरेशन न करने के बाद पिंग भेजता है. हालांकि, ऐसा सिर्फ़ तब होता है, जब कम से कम एक gRPC कॉल बाकी हो. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम का मान सेट करना एक गड़बड़ी है. डिफ़ॉल्ट तौर पर, चालू रहने वाले पिंग बंद हैं. इस सेटिंग को चालू करने से पहले, आपको सेवा देने वाली कंपनी से बात करनी चाहिए. उदाहरण के लिए, इस फ़्लैग की वैल्यू 30 सेकंड पर सेट करना चाहिए. इसे इस तरह सेट किया जाना चाहिए --grpc_keepalive_time=30s
--grpc_keepalive_timeout=<An immutable length of time.> डिफ़ॉल्ट: "20s"
grPC कनेक्शन के लिए, कीप-अलाइव (चालू रखें) का टाइम आउट कॉन्फ़िगर करें. अगर Keep में अलाइव पिंग --grpc_keepalive_time के साथ चालू हैं, तो Bazel से कनेक्शन का समय खत्म हो जाएगा. ऐसा तब होगा, जब इतने समय के बाद पिंग का जवाब नहीं दिया जाएगा. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम का मान सेट करना एक गड़बड़ी है. अगर कीप-अलाइव पिंग बंद हैं, तो इस सेटिंग को अनदेखा कर दिया जाता है.
अगर सही पर सेट की जाती है, तो `ctx.action.symlink` किसी फ़ाइल को डायरेक्ट्री में सिंक करने की अनुमति नहीं देगा.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_rule_name_parameter डिफ़ॉल्ट: "true"
अगर सही पर सेट की गई है, तो `नियम` को `नाम` पैरामीटर से कॉल नहीं किया जा सकता.
टैग: loading_and_analysis, incompatible_change
--[no]progress_in_terminal_title डिफ़ॉल्ट: "false"
टर्मिनल के शीर्षक में निर्देश की स्थिति दिखाएं. यह देखने में मदद करता है कि एक से ज़्यादा टर्मिनल टैब से, bazel क्या काम कर रहा है.
--[no]show_progress डिफ़ॉल्ट: "true"
बिल्ड के दौरान मैसेज दिखाएं.
--show_progress_rate_limit=<a double> डिफ़ॉल्ट: "0.2"
आउटपुट मैसेज के आउटपुट में कम से कम कुछ सेकंड.
--[no]show_timestamps डिफ़ॉल्ट: "false"
मैसेज में टाइमस्टैंप शामिल करें
--tls_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
TLS सर्टिफ़िकेट के लिए, कोई ऐसा पाथ तय करें जो सर्वर सर्टिफ़िकेट पर हस्ताक्षर करता हो.
--tls_client_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल किए जाने वाले TLS क्लाइंट सर्टिफ़िकेट के बारे में बताएं. आपको क्लाइंट की पुष्टि करने की सुविधा चालू करने के लिए, क्लाइंट कुंजी भी देनी होगी.
--tls_client_key=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल की जाने वाली TLS क्लाइंट कुंजी तय करें. क्लाइंट ऑथेंटिकेशन चालू करने के लिए, आपको क्लाइंट सर्टिफ़िकेट भी देना होगा.
--ui_actions_shown=<an integer> डिफ़ॉल्ट: "8"
एक साथ की गई ज़्यादा से ज़्यादा कार्रवाइयों के बारे में ज़्यादा जानकारी वाले बार में, दिखाई गई संख्या; हर कार्रवाई को अलग लाइन में दिखाया जाता है. प्रगति बार हमेशा कम से कम एक दिखाता है, एक से कम सभी संख्याएं मैप की जाती हैं.
टैग: terminal_output
--[no]watchfs डिफ़ॉल्ट: "false"
Linux/macOS पर: अगर सही है, तो बेज़ल बदलाव करने के लिए हर फ़ाइल को स्कैन करने के बजाय, ऑपरेटिंग सिस्टम के नतीजे देखने के लिए, ऑपरेटिंग सिस्टम की फ़ाइल सेवा का इस्तेमाल करता है. Windows पर: फ़िलहाल, यह फ़्लैग एक नॉन-ऑपर्च्यून है. हालांकि, इसे --experimental_windows_watchfs के साथ चालू किया जा सकता है. किसी भी ओएस पर: अगर आपके फ़ाइल फ़ोल्डर को नेटवर्क फ़ाइल सिस्टम पर सेट किया गया है और किसी रिमोट मशीन पर फ़ाइलों में बदलाव किए जाते हैं, तो बिहेवियर के बारे में कोई जानकारी नहीं मिलती.

विश्लेषण-प्रोफ़ाइल के विकल्प

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा और बिल्ड एपीआई के सिमेंटिक (शब्दावली) को प्रभावित करता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
Bzlmod आउटपुट और सिमेंटिक से जुड़े विकल्प:
--allow_yanked_versions=<a string> कई बार इस्तेमाल किया गया
मॉड्यूल वर्शन `<module1>@<version1>,<module2>@<version2>` के फ़ॉर्मैट में तय किए गए हैं. इन्हें रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही वे रजिस्ट्री में बताए गए हों. (अगर वे किसी रजिस्ट्री ओवरराइड से नहीं आ रहे हैं). ऐसा न करने पर, यांकी वाले वर्शन कनेक्ट नहीं हो पाएंगे. आप `BZLMOD_ALLOW_YANKED_VALUES` एनवायरमेंट वैरिएबल के साथ, अनुमति पा चुके यांक किए गए वर्शन भी तय कर सकते हैं. आप कीवर्ड 'all' (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करके, इस जांच को बंद कर सकते हैं.
टैग: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> डिफ़ॉल्ट: "गड़बड़ी"
Bazel वर्शन के साथ काम करने वाले वर्शन की जांच करें. मान्य वैल्यू को 'गड़बड़ी' के तौर पर मार्क करके, उनका समाधान नहीं किया जा सकता. चेक को बंद करने के लिए 'बंद है' या चेतावनी मैच न होने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' होती है.
टैग: loading_and_analysis
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: "चेतावनी"
जांचें कि रूट मॉड्यूल में तय की गई सीधे तौर पर `bazel_dep` डिपेंडेंसी समान वर्शन हैं या नहीं. ये वर्शन, समाधान किए गए डिपेंडेंसी ग्राफ़ में मिलते हैं. मान की जांच करने के लिए, `बंद है' पर सेट किया जाता है. मेल न खाने पर, चेतावनी को प्रिंट करने के लिए `चेतावनी` या गड़बड़ी की वजह से समस्या को दूर करने के लिए `गड़बड़ी` को चुना जाता है.
टैग: loading_and_analysis
--[no]ignore_dev_dependency डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ेल रूट मॉड्यूल के MODULE.bazel में `dev_dependency` के रूप में बताए गए `bazel_dep` और `use_extensions` को अनदेखा कर देता है. ध्यान दें कि MODULE.bazel में उन डेवलपर डिपेंडेंसी को हमेशा अनदेखा कर दिया जाता है, अगर फ़्लैग की वैल्यू पर ध्यान दिए बिना यह रूट मॉड्यूल नहीं है.
टैग: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> कई बार इस्तेमाल किया गया
किसी मॉड्यूल को स्थानीय डायरेक्ट्री से बदल देता है.
--registry=<a string> कई बार इस्तेमाल किया गया
Bzel मॉड्यूल की डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय करें. ऑर्डर अहम है: पहले वाली रजिस्ट्री में मॉड्यूल की जांच की जाएगी और बाद में रजिस्ट्री में सिर्फ़ तब वापस आएंगे, जब वे पहले के रजिस्ट्री में मौजूद न हों.
टैग: changes_inputs
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--dump=<text or raw> [-d] डिफ़ॉल्ट: ब्यौरा देखें
पूरी प्रोफ़ाइल का डेटा आउटपुट के तौर पर, मानवीय रूप से पढ़ने लायक और #39;टेक्स्ट या #39; फ़ॉर्मैट के हिसाब से या स्क्रिप्ट के हिसाब से सही और #39; फ़ॉर्मैट में डालें.
टैग: affects_outputs
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: "false"
डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या, 20 शब्दों तक सीमित होती है. इसमें सबसे ज़्यादा कार्रवाइयां की जा सकती हैं. इस विकल्प को सेट करने पर, याद रखने में मदद करने वाले सभी शब्दों के आंकड़े लिखे जाएंगे.
Bazel निर्देश में सामान्य इनपुट तय करने या उसमें बदलाव करने के ऐसे विकल्प जो दूसरी श्रेणियों में नहीं आते हैं.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो WORKSPACE फ़ाइल के बजाय बताई गई समस्या को हल करें
टैग: changes_inputs
रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल तय करें. इस फ़ाइल में कई लाइनें हैं. इनमें से हर एक निर्देश (`अनुमति दें`, `ब्लॉक करें` या `फिर से लिखें`) से शुरू होता है और इसके बाद एक होस्ट नाम (`अनुमति दें` और `ब्लॉक करें`) या दो पैटर्न होते हैं. एक पैटर्न मिलान करने के लिए और एक पैटर्न के यूआरएल के तौर पर इस्तेमाल करने के लिए, `$1` से शुरू होता है. एक ही यूआरएल के लिए कई 'फिर से लिखने' वाले निर्देश दिए जा सकते हैं.
कई विकल्प, जिन्हें किसी कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path> कई बार इस्तेमाल किया गया
किसी स्थानीय डायरेक्ट्री की मदद से, डेटा स्टोर करने की जगह को बदल देता है.

क्वेरी के विकल्प

बिल्ड में से सभी विकल्प इनहेरिट किए जाते हैं.

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा और बिल्ड एपीआई के सिमेंटिक (शब्दावली) को प्रभावित करता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise> डिफ़ॉल्ट: "परंपरागत और कोट;
जब आउटपुट फ़ॉर्मैट {xml,proto,record} में से एक हो, तो आसपेक्ट डिपेंडेंसी को ठीक करने का तरीका. 'off' का मतलब है कि किसी भी पक्ष की डिपेंडेंसी हल नहीं की जाती हैं,'convisorive' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट डिपेंडेंसी जोड़ी गई हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी के नियम क्लास में शामिल किया गया हो, और #39;सटीक; ध्यान दें कि सटीक मोड में किसी एक टारगेट का आकलन करने के लिए, दूसरे पैकेज लोड करने की ज़रूरत होती है. इस वजह से, यह दूसरे मोड की तुलना में धीमा होता है. यह भी ध्यान दें कि सटीक मोड भी पूरी तरह से सटीक नहीं है: किसी विश्लेषण का आकलन करने के लिए किसी फ़ैसले के दौरान यह फ़ैसला लिया जाता है कि 'bazel क्वेरी के दौरान नहीं चलाया जाता'.
टैग: build_file_semantics
--[no]deduplicate_depsets डिफ़ॉल्ट: "true"
फ़ाइनल प्रोटो/textproto/json आउटपुट में, dep_set_of_files के नॉन-लीफ़ बच्चों की डुप्लीकेट कॉपी हटाएं. इससे, उन डुप्लीकेट पतों की संख्या कम नहीं होती जो तुरंत माता-पिता के साथ शेयर नहीं करते. इससे कार्रवाइयों के इनपुट कलाकृतियों की अंतिम प्रभावी सूची को प्रभावित नहीं किया जाता है.
टैग: terminal_output
--[no]graph:factored डिफ़ॉल्ट: "true"
अगर सही है, तो ग्राफ़ उत्सर्जन होगा और#39; यानी, टोपोलॉजिकल रूप से बराबर नोड एक साथ मर्ज हो जाएंगे और उनके लेबल जुड़ जाएंगे. यह विकल्प सिर्फ़ -- आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--graph:node_limit=<an integer> डिफ़ॉल्ट: "512"
आउटपुट में ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल को काट दिया जाएगा; -1 का मतलब है कि कोई काट-छांट नहीं. यह विकल्प सिर्फ़ -- आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--[no]implicit_deps डिफ़ॉल्ट: "true"
चालू होने पर, इंडिपेंडेंट डिपेंडेंसी उस डिपेंडेंसी ग्राफ़ में शामिल की जाएंगी जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी एक ऐसी भूमिका है जो BUILD फ़ाइल में साफ़ तौर पर नहीं दिखती है, लेकिन bazel में जोड़ी जाती है. क् वेरी के लिए, यह विकल्प फ़िल्टर किए गए टूलटिप को फ़िल्टर करने को कंट्रोल करता है.
टैग: build_file_semantics
--[no]include_artifacts डिफ़ॉल्ट: "true"
इसमें कार्रवाई के इनपुट के नाम और आउटपुट में आउटपुट शामिल होते हैं.
टैग: terminal_output
--[no]include_aspects डिफ़ॉल्ट: "true"
क्वेरी, क्वेरी: आउटपुट में पहलू से जनरेट की गई कार्रवाइयों को शामिल करना है या नहीं. क्वेरी: no-op (हमेशा फ़ॉलो किया जाता है).
टैग: terminal_output
--[no]include_commandline डिफ़ॉल्ट: "true"
इसमें आउटपुट में ऐक्शन कमांड लाइन का कॉन्टेंट शामिल होता है (जो बड़ा हो सकता है).
टैग: terminal_output
--[no]include_file_write_contents डिफ़ॉल्ट: "false"
FileWrite और SourceSymlinkManifest कार्रवाइयों की फ़ाइल सामग्री शामिल करें (संभावित रूप से बड़ी).
टैग: terminal_output
--[no]include_param_files डिफ़ॉल्ट: "false"
कमाणो में इस्तेमाल की गई पैरामीटर फ़ाइलों का कॉन्टेंट शामिल करें. ध्यान दें: इस फ़्लैग को चालू करने पर --include_commandline फ़्लैग अपने-आप चालू हो जाएगा.
टैग: terminal_output
--[no]incompatible_display_source_file_location डिफ़ॉल्ट: "true"
यह डिफ़ॉल्ट रूप से सोर्स फ़ाइल का टारगेट दिखाता है. सही होने पर, लोकेशन आउटपुट में सोर्स फ़ाइलों की लाइन 1 की जगह दिखाता है. यह फ़्लैग सिर्फ़ माइग्रेशन के लिए मौजूद है.
टैग: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash डिफ़ॉल्ट: "true"
अगर यह चालू है, तो package_group's `packages` एट्रिब्यूट का इस्तेमाल करते समय, आगे वाले `//` को शामिल नहीं किया जाएगा.
टैग: terminal_output, incompatible_change
--[no]infer_universe_scope डिफ़ॉल्ट: "false"
अगर सेट और --universe_scope सेट नहीं है, तो --universe_scope की वैल्यू का अनुमान, क्वेरी एक्सप्रेशन में यूनीक टारगेट पैटर्न की सूची के रूप में लगाया जाएगा. ध्यान दें कि ब्रह्मांड के दायरे वाले फ़ंक्शन (उदाहरण के लिए, `allrdeps`) का इस्तेमाल करने वाले किसी क्वेरी एक्सप्रेशन के लिए, --universe_scope वैल्यू का अनुमान लगाया गया है, ज़रूरी नहीं है. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आप जानते हों कि आप क्या कर रहे हैं. ज़्यादा जानकारी और उदाहरणों के लिए, https://bazel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प के मान को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery`).
टैग: loading_and_analysis
--[no]line_terminator_null डिफ़ॉल्ट: "false"
क्या हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है.
टैग: terminal_output
--[no]nodep_deps डिफ़ॉल्ट: "true"
अगर यह नीति चालू की गई है, तो "nodep" एट्रिब्यूट को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा. इस ग्राफ़ पर क्वेरी चलती है. एक "nodep" एट्रिब्यूट का सामान्य उदाहरण है कोट और किसको दिखे". बिल्ड भाषा में सभी "nodep" एट्रिब्यूट के बारे में जानने के लिए `info build-language` के आउटपुट को चलाएं और पार्स करें.
टैग: build_file_semantics
--output=<a string> डिफ़ॉल्ट: "text"
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए इन वैल्यू का इस्तेमाल किया जा सकता है: text, textproto, proto, jsonproto.
टैग: terminal_output
--[no]proto:default_values डिफ़ॉल्ट: "true"
अगर सही है, तो उन एट्रिब्यूट को शामिल किया जाता है जिनकी वैल्यू BUILD फ़ाइल में साफ़ तौर पर नहीं दी गई है. अगर ऐसा नहीं किया जाता है, तो उन्हें हटा दिया जाता है. यह विकल्प, -- आउटपुट=proto
टैग: terminal_output
पर लागू होता है
--[no]proto:definition_stack डिफ़ॉल्ट: "false"
नियम और क्लास की परिभाषा तय होते ही, Starlark कॉल स्टैक से रिकॉर्ड किए गए हर नियम के इंस्टेंस के लिए, परिभाषाओं_stack प्रोटो फ़ील्ड को पॉप्युलेट करें.
टैग: terminal_output
--[no]proto:flatten_selects डिफ़ॉल्ट: "true"
चालू होने पर, चुने गए() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट को फ़्लैट कर दिया जाता है. एक तरह की सूची को फ़्लैट करने के लिए, एक ऐसी सूची बनाई जाती है जिसमें चुने हुए मैप की हर वैल्यू सिर्फ़ एक बार मौजूद होती है. स्कैलर टाइप को शून्य करने के लिए फ़्लैट किया गया है.
टैग: build_file_semantics
--[no]proto:include_synthetic_attribute_hash डिफ़ॉल्ट: "false"
$interior_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना या नहीं.
टैग: terminal_output
--[no]proto:instantiation_stack डिफ़ॉल्ट: "false"
हर नियम के लिए, इंस्टैंशिएशन कॉल के स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग: terminal_output
--[no]proto:locations डिफ़ॉल्ट: "true"
प्रोटो आउटपुट में जगह की जानकारी को आउटपुट देना है या नहीं.
टैग: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> डिफ़ॉल्ट: "all"
कॉमा से अलग किए गए एट्रिब्यूट की सूची. इन्हें आउटपुट में शामिल करें. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट. किसी भी एट्रिब्यूट का आउटपुट न देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प -- आउटपुट=proto पर लागू होता है.
टैग: terminal_output
--[no]proto:rule_inputs_and_outputs डिफ़ॉल्ट: "true"
नियम_इनपुट और नियम_आउटपुट फ़ील्ड को पॉप्युलेट करना है या नहीं.
टैग: terminal_output
--[no]relative_locations डिफ़ॉल्ट: "false"
अगर यह सही है, तो एक्सएमएल में बनाई गई BUILD फ़ाइलों और प्रोटो आउटपुट की जगह तुलना की जाएगी. डिफ़ॉल्ट रूप से, जगह का आउटपुट एक सटीक पाथ होता है और यह मशीनों पर एक जैसा नहीं होगा. इस विकल्प को 'सही' पर सेट किया जा सकता है, ताकि सभी मशीनों में एक जैसा नतीजा दिखे.
टैग: terminal_output
--[no]skyframe_state डिफ़ॉल्ट: "false"
अतिरिक्त विश्लेषण किए बिना, मौजूदा कार्रवाई ग्राफ़ को Skyframe से निकालें. नोट: --skyframe_state के साथ टारगेट के बारे में बताने की सुविधा अभी मौजूद नहीं है. यह फ़्लैग सिर्फ़ -- आउटपुट=proto या --output=textproto के साथ उपलब्ध है.
टैग: terminal_output
--[no]tool_deps डिफ़ॉल्ट: "true"
क्वेरी: अगर बंद होती है, तो 'होस्ट कॉन्फ़िगरेशन' या #33;execution' पर निर्भरता उस डिपेंडेंसी ग्राफ़ में शामिल नहीं की जाएगी जिस पर क्वेरी ऑपरेट की जाती है. एक ('होस्ट कॉन्फ़िगरेशन' डिपेंडेंसी किनारे, जैसे कि कोई भी 'proto_library' प्रोटोकॉल कंपाइलर का नियम, आम तौर पर बिल्ड के दौरान लागू किए गए टूल पर ले जाता है. क्वेरी: अगर बंद है, तो कॉन्फ़िगर किए गए सभी टारगेट को फ़िल्टर कर देता है. ये वे होस्ट होते हैं जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट से किसी होस्ट या एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट टारगेट कॉन्फ़िगरेशन में भी दिखाए जाएंगे. अगर टॉप-लेवल टारगेट होस्ट कॉन्फ़िगरेशन में है, तो सिर्फ़ होस्ट के लिए कॉन्फ़िगर किए गए टारगेट दिखाए जाएंगे. यह विकल्प, हटाए गए टूलचेन को बाहर नहीं रखेगा.
टैग: build_file_semantics
--universe_scope=<comma-separated list of options> डिफ़ॉल्ट: ""
टारगेट पैटर्न का एक कॉमा-सेपरेटेड सेट (जोड़ें और घटाएं). यह क्वेरी, बताए गए टारगेट के लिए ट्रांज़िट समय के बंद होने पर, ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल, क्वेरी और cquery कमांड के लिए किया जाता है. क्वेरी के लिए, इस विकल्प का इनपुट उन जवाबों को टारगेट करता है जिनके तहत सभी जवाब बनाए जाते हैं. इसलिए, यह विकल्प कॉन्फ़िगरेशन और ट्रांज़िशन पर असर डाल सकता है. अगर यह विकल्प नहीं दिया गया है, तो टॉप-लेवल के टारगेट यह माना जाता है कि क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट हैं. ध्यान दें: क्वेरी के लिए, इस विकल्प को तय न करने से हो सकता है कि टॉप लेवल विकल्पों के लिए, क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट न बनाए जा सकें. ऐसे में, बिल्ड काम करना बंद कर सकता है.
टैग: loading_and_analysis
Bzlmod आउटपुट और सिमेंटिक से जुड़े विकल्प:
--allow_yanked_versions=<a string> कई बार इस्तेमाल किया गया
मॉड्यूल वर्शन `<module1>@<version1>,<module2>@<version2>` के फ़ॉर्मैट में तय किए गए हैं. इन्हें रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही वे रजिस्ट्री में बताए गए हों. (अगर वे किसी रजिस्ट्री ओवरराइड से नहीं आ रहे हैं). ऐसा न करने पर, यांकी वाले वर्शन कनेक्ट नहीं हो पाएंगे. आप `BZLMOD_ALLOW_YANKED_VALUES` एनवायरमेंट वैरिएबल के साथ, अनुमति पा चुके यांक किए गए वर्शन भी तय कर सकते हैं. आप कीवर्ड 'all' (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करके, इस जांच को बंद कर सकते हैं.
टैग: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> डिफ़ॉल्ट: "गड़बड़ी"
Bazel वर्शन के साथ काम करने वाले वर्शन की जांच करें. मान्य वैल्यू को 'गड़बड़ी' के तौर पर मार्क करके, उनका समाधान नहीं किया जा सकता. चेक को बंद करने के लिए 'बंद है' या चेतावनी मैच न होने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' होती है.
टैग: loading_and_analysis
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: "चेतावनी"
जांचें कि रूट मॉड्यूल में तय की गई सीधे तौर पर `bazel_dep` डिपेंडेंसी समान वर्शन हैं या नहीं. ये वर्शन, समाधान किए गए डिपेंडेंसी ग्राफ़ में मिलते हैं. मान की जांच करने के लिए, `बंद है' पर सेट किया जाता है. मेल न खाने पर, चेतावनी को प्रिंट करने के लिए `चेतावनी` या गड़बड़ी की वजह से समस्या को दूर करने के लिए `गड़बड़ी` को चुना जाता है.
टैग: loading_and_analysis
--[no]ignore_dev_dependency डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ेल रूट मॉड्यूल के MODULE.bazel में `dev_dependency` के रूप में बताए गए `bazel_dep` और `use_extensions` को अनदेखा कर देता है. ध्यान दें कि MODULE.bazel में उन डेवलपर डिपेंडेंसी को हमेशा अनदेखा कर दिया जाता है, अगर फ़्लैग की वैल्यू पर ध्यान दिए बिना यह रूट मॉड्यूल नहीं है.
टैग: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> कई बार इस्तेमाल किया गया
किसी मॉड्यूल को स्थानीय डायरेक्ट्री से बदल देता है.
--registry=<a string> कई बार इस्तेमाल किया गया
Bzel मॉड्यूल की डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय करें. ऑर्डर अहम है: पहले वाली रजिस्ट्री में मॉड्यूल की जांच की जाएगी और बाद में रजिस्ट्री में सिर्फ़ तब वापस आएंगे, जब वे पहले के रजिस्ट्री में मौजूद न हों.
टैग: changes_inputs
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: "false"
डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या, 20 शब्दों तक सीमित होती है. इसमें सबसे ज़्यादा कार्रवाइयां की जा सकती हैं. इस विकल्प को सेट करने पर, याद रखने में मदद करने वाले सभी शब्दों के आंकड़े लिखे जाएंगे.
Bazel निर्देश में सामान्य इनपुट तय करने या उसमें बदलाव करने के ऐसे विकल्प जो दूसरी श्रेणियों में नहीं आते हैं.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो WORKSPACE फ़ाइल के बजाय बताई गई समस्या को हल करें
टैग: changes_inputs
रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल तय करें. इस फ़ाइल में कई लाइनें हैं. इनमें से हर एक निर्देश (`अनुमति दें`, `ब्लॉक करें` या `फिर से लिखें`) से शुरू होता है और इसके बाद एक होस्ट नाम (`अनुमति दें` और `ब्लॉक करें`) या दो पैटर्न होते हैं. एक पैटर्न मिलान करने के लिए और एक पैटर्न के यूआरएल के तौर पर इस्तेमाल करने के लिए, `$1` से शुरू होता है. एक ही यूआरएल के लिए कई 'फिर से लिखने' वाले निर्देश दिए जा सकते हैं.
कई विकल्प, जिन्हें किसी कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path> कई बार इस्तेमाल किया गया
किसी स्थानीय डायरेक्ट्री की मदद से, डेटा स्टोर करने की जगह को बदल देता है.
बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
सिंबल लिंक ट्री बनाने के लिए, डायरेक्ट फ़ाइल सिस्टम को कॉल करना है या नहीं
टैग: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests डिफ़ॉल्ट: "false"
क्या सोर्स मेनिफ़ेस्ट की कार्रवाइयों को बदला जा सकता है
टैग: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing डिफ़ॉल्ट: "false"
अगर यह सही है, तो बेज़ल नए स्पॉन में जांच के लिए कवरेज प्रोसेस करेगा.
टैग: execution
--[no]experimental_strict_fileset_output डिफ़ॉल्ट: "false"
अगर यह विकल्प चालू है, तो फ़ाइलसेट सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें मानेगा. वे निर्देशिकाओं को पार नहीं करेंगे या सिम्बॉलिकेशन के लिए संवेदनशील नहीं होंगे.
टैग: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> डिफ़ॉल्ट: ""
ऐक्शन मॉनमोनिक के आधार पर, किसी कार्रवाई के लिए एक्ज़ीक्यूशन की जानकारी जोड़ें या हटाएं. यह सिर्फ़ उन कार्रवाइयों पर लागू होता है जो लागू करने की जानकारी के साथ काम करती हैं. कई सामान्य कार्रवाइयां, एक्ज़ीक्यूशन की जानकारी के साथ काम करती हैं. उदाहरण के लिए, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा वैल्यू तय करते समय, ऑर्डर का असर मायने रखता है, क्योंकि एक से ज़्यादा रेगुलर एक्सप्रेशन एक ही निकनेम पर लागू हो सकते हैं. सिंटैक्स: "regex=[+-]key,regex=[+-]key,...". उदाहरण के लिए: और #39;.*=+x,.*=-y,.*=+z' &'z' को जोड़ता है, और 'y' को सभी कार्रवाइयों के लिए, लागू करने की जानकारी से हटाता है. 'Genrule=+requireds-x'; '(?!Genrule).*=-Essentials-x' यह गैर-सामान्य नियमों को लागू करने की जानकारी के साथ-साथ, #39;ज़रूरी है-x' को हटाता है.
टैग: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar
कर्मचारियों की मदद से, लगातार Android Dex और डिशुगर कार्रवाइयां चालू करें.
बड़ा होने का तरीका:
--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=AndroidManifestMerger=worker इनका इस्तेमाल करते हुए
}
--persistent_multiplex_android_dex_desugar
कर्मचारियों की मदद से, मल्टीप्लेक्स किया हुआ लगातार Android Dex और Deusgar कार्रवाइयां चालू करें.
बड़ा होने का समय:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

टैग: 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=AndroidManifestMerger=+supports-multiplex-workers इनका इस्तेमाल करते हुए
}
--persistent_multiplex_android_tools
Android के लिए स्थायी और मल्टीप्लेक्स टूल (डीक्सिंग, डिज़र्जिंग, रिसोर्स प्रोसेसिंग) चालू करें.
बड़ा होने का तरीका:
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

टैग: host_machine_resource_optimizations, 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 टारगेट करता है. अगर कई प्लैटफ़ॉर्म बताया गया है, तो बाइनरी एक फ़ैट APKs होता है. इसमें हर खास टारगेट प्लैटफ़ॉर्म के लिए, मूल बाइनरी होती हैं.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/android:sdk"
Android ऐप्लिकेशन/प्लैटफ़ॉर्म के बारे में बताता है, जिसका इस्तेमाल Android ऐप्लिकेशन बनाने के लिए किया जाता है.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_compiler=<a string> डिफ़ॉल्ट: विवरण देखें
Apple टारगेट कंपाइलर. किसी टूलचेन के वैरिएंट चुनने के लिए उपयोगी (उदाहरण के लिए, xcode-beta).
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/cpp:toolchain"
Apple और Objc नियमों और उनकी डिपेंडेंसी में इस्तेमाल होने वाले क्रॉसटूल पैकेज का लेबल.
टैग: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
Apple टारगेट grte_top.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string> डिफ़ॉल्ट: ""
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स डालें.
टैग: affects_outputs, explicit_in_output_path
--compiler=<a string> डिफ़ॉल्ट: विवरण देखें
C++ कंपाइलर का इस्तेमाल टारगेट को कंपाइल करने में किया जाता है.
टैग: loading_and_analysis, execution
--coverage_output_generator=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/test:lcov_immr"
बाइनरी की जगह का इस्तेमाल, रॉ कवरेज की रिपोर्ट को प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, डिफ़ॉल्ट रूप से #33;;//tools/test:lcov_merger' डाला जाता है.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> डिफ़ॉल्ट: "@bazel_tools//tools/test:coverage_report_generation"
बाइनरी की वह जगह जिसका इस्तेमाल कवरेज रिपोर्ट जनरेट करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, #39;//tools/test:coverage_report_generation' होता है.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/test:coverage_support"
सहायता से जुड़ी उन फ़ाइलों की जगह की जानकारी जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी है. डिफ़ॉल्ट रूप से ##39;//tools/test:coverage_support' होता है.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> डिफ़ॉल्ट: quot;@bazel_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
टैग: loading_and_analysis
--[no]experimental_enable_objc_cc_deps डिफ़ॉल्ट: "true"
bobc_* के नियमों को cc_library पर निर्भर करने की अनुमति देता है. साथ ही, objc की सभी डिपेंडेंसी --cpu पर सेट की गई है और "ios_<--ios_cpu>" की मदद से --ios_multi_cpu में कोई भी वैल्यू डाली जा सकती है.
टैग: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements डिफ़ॉल्ट: "false"
अगर सेट है, तो हर Xcode कार्रवाई के लिए एक "required-xcode:{version}" निष्पादन ज़रूरत जोड़ें. अगर xcode वर्शन में हाइफ़न लेबल लगाया गया है, तो "ज़रूरी है-xcode-label:{version_label}" लागू करने की ज़रूरी शर्त भी जोड़ें.
टैग: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode डिफ़ॉल्ट: "true"
अगर सही है, तो हाल ही में इस्तेमाल किए गए Xcode का इस्तेमाल करें. यह कोड स्थानीय तौर पर और कहीं से भी उपलब्ध है. गलत होने पर या कोई वर्शन उपलब्ध न होने पर, xcode-select से चुने गए लोकल Xcode वर्शन का इस्तेमाल करें.
टैग: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> कई बार इस्तेमाल किया गया
ऐसे प्लैटफ़ॉर्म जो एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर काम करते हैं. प्लैटफ़ॉर्म को सटीक टारगेट या टारगेट पैटर्न के तौर पर तय किया जा सकता है. यह प्लैटफ़ॉर्म, WORKSPACE फ़ाइल में टेक्नोलॉजी के बारे में बताई गई जानकारी के पहले, रजिस्टर्ड_execution_platforms() का इस्तेमाल करके किया जाएगा.
टैग: execution
--extra_toolchains=<comma-separated list of options> कई बार इस्तेमाल किया गया
टूलचेन से जुड़े नियमों के दौरान, टूलचेन से जुड़े नियमों पर ध्यान देना चाहिए. टूलचेन को सटीक टारगेट या टारगेट पैटर्न के रूप में तय किया जा सकता है. यह टूलटिप, WORKSPACE फ़ाइल में रजिस्टर किए गए टूल से पहले रजिस्टर किया जाएगा. इसके लिए, record_toolchains() का इस्तेमाल किया जाएगा.
टैग: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> डिफ़ॉल्ट: विवरण देखें
चेक इन की गई लाइब्रेरी की सुविधा का लेबल. क्रॉसटूल टूलचेन के ज़रिए डिफ़ॉल्ट वैल्यू चुनी जाती है और आपको इसे कभी भी बदलने की ज़रूरत नहीं है.
टैग: action_command_lines, affects_outputs
--host_compiler=<a string> डिफ़ॉल्ट: विवरण देखें
होस्ट कंपाइलेशन के लिए, C++ कंपाइलर का इस्तेमाल किया गया. अगर --host_crosstool_top सेट नहीं है, तो इसे अनदेखा कर दिया जाता है.
टैग: loading_and_analysis, execution
--host_crosstool_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
डिफ़ॉल्ट रूप से, होस्ट कॉन्फ़िगरेशन के लिए --क्रॉसटूल_टॉप और --compiler विकल्प भी इस्तेमाल किए जाते हैं. अगर यह फ़्लैग दिया गया है, तो Bazel दिए गए क्रॉसटूल_टॉप के लिए, डिफ़ॉल्ट libc और कंपाइलर का इस्तेमाल करता है.
टैग: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label> डिफ़ॉल्ट: विवरण देखें
अगर इसके बारे में बताया गया है, तो यह सेटिंग, होस्ट कॉन्फ़िगरेशन के लिए libc की टॉप लेवल डायरेक्ट्री (--grte_top) को बदल देती है.
टैग: action_command_lines, affects_outputs
--host_platform=<a build target label> डिफ़ॉल्ट: ""
प्लैटफ़ॉर्म के उस नियम का लेबल जो होस्ट सिस्टम के बारे में बताता है.
टैग: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल फ़्लैग_सेट करने के लिएexpand_if_all_available में बताने की अनुमति नहीं देगा(माइग्रेट करने के निर्देशों के लिए https://github.com/bazelbuild/bazel/issues/7008 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल, c++ टूलचेन में 'host' और 'nonhost' की सुविधाएं चालू नहीं करेगा (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/7407 पर जाएं).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution डिफ़ॉल्ट: "false"
android के नियमों (Starlark और नेटिव) के लिए Android SDK टूल चुनने के लिए, टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution डिफ़ॉल्ट: "false"
सेब के नियम लागू करने के लिए, टूलचेन टेक्नोलॉजी का इस्तेमाल करें. इससे, Apple के नियम लागू किए जा सकेंगे (Starlark और नेटिव)
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल, lto इंडेक्सिंग कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का फिर से इस्तेमाल नहीं करेगा. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/6791 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain डिफ़ॉल्ट: "true"
अगर सही है, तो cc_toolchain.cpu और cc_toolchain.compiler एट्रिब्यूट के सेट होने पर, बेज़ेल शिकायत करेगी (https://github.com/bazelbuild/bazel/issues/7075 पर जाकर, माइग्रेशन के निर्देश देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ेल डिफ़ॉल्ट रूप से लाइब्रेरी डिपेंडेंसी को पूरे संग्रह के तौर पर नहीं जोड़ेगा. (माइग्रेशन के निर्देशों के लिए https://github.com/bazelbuild/bazel/issues/7362 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features डिफ़ॉल्ट: "true"
अगर यह सही है, तो बेज़ल को cc_default.config_features में 'ctx' पैरामीटर की ज़रूरत होगी (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/7793 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]interface_shared_objects डिफ़ॉल्ट: "true"
टूलचेन के साथ काम करने वाले इंटरफ़ेस के शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, इस सेटिंग का इस्तेमाल सभी ELF टूल चेन के लिए किया जा सकता है.
टैग: 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> डिफ़ॉल्ट: ""
मैपिंग फ़ाइल की जगह से पता चलता है कि अगर कोई प्लैटफ़ॉर्म सेट नहीं किया गया है, तो किस प्लैटफ़ॉर्म का इस्तेमाल करना है या कौनसा प्लैटफ़ॉर्म सेट करना है. फ़ाइल फ़ोल्डर के मुख्य रूट के हिसाब से होना चाहिए. डिफ़ॉल्ट रूप से, #39;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 टारगेट चलाने के लिए, पूरे पाथ का इस्तेमाल किया गया. बहिष्कृत; --insupported_use_python_toolchains के ज़रिए बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--python_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
Python वर्शन के बारे में बताने वाले py_runtime का लेबल, टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए शुरू किया गया था. बहिष्कृत; --insupported_use_python_toolchains के ज़रिए बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> डिफ़ॉल्ट: quot;@local_config_platform//:host"
प्लैटफ़ॉर्म के नियम का लेबल, जिसका इस्तेमाल तब किया जाना चाहिए, जब कोई टारगेट प्लैटफ़ॉर्म सेट न किया गया हो और कोई भी प्लैटफ़ॉर्म मैपिंग, फ़्लैग के मौजूदा सेट से मेल न खाता हो.
टैग: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टीवीओएस ऐप्लिकेशन बनाने के लिए इस्तेमाल किए जाने वाले टीवीओएस SDK के वर्शन के बारे में बताता है. अगर बताया नहीं गया है, तो 'xcode_version' से डिफ़ॉल्ट tvOS SDK वर्शन का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
वॉचओएस ऐप्लिकेशन बनाने के लिए, WatchOS SDK के वर्शन के बारे में जानकारी दी गई है. अगर बताया नहीं गया है, तो 'xcode_version' से डिफ़ॉल्ट WatchOS SDK वर्शन का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--xcode_version=<a string> डिफ़ॉल्ट: विवरण देखें
अगर बताए गए हों, तो काम की बिल्ड कार्रवाइयों के लिए, दिए गए वर्शन के Xcode का इस्तेमाल होता है. अगर बताया नहीं गया हो, तो Xcode के मैनेजर का डिफ़ॉल्ट वर्शन इस्तेमाल करता है.
टैग: loses_incremental_state
--xcode_version_config=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/cpp:host_xcodes"
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, xcode_config नियम का लेबल इस्तेमाल किया जाएगा.
टैग: loses_incremental_state, loading_and_analysis
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]apple_enable_auto_dsym_dbg डिफ़ॉल्ट: "false"
dbg बिल्ड के लिए, डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करने की सुविधा चालू करनी है या नहीं.
टैग: affects_outputs, action_command_lines
--[no]apple_generate_dsym डिफ़ॉल्ट: "false"
क्या डीबग सिंबल (.dSYM) फ़ाइल जनरेट करनी है.
टैग: affects_outputs, action_command_lines
अगर यह सही है, तो रन फ़ाइलें की मदद से, सभी टारगेट के लिए जंगल का सिमलिंक बनाएं. अगर गलत है, तो सिर्फ़ मेनिफ़ेस्ट ही लिखें.
टैग: affects_outputs
--[no]build_runfile_manifests डिफ़ॉल्ट: "true"
अगर सही है, तो सभी टारगेट के लिए Runfiles मेनिफ़ेस्ट लिखें. अगर गलत है, तो उसे हटा दें. गलत होने पर, स्थानीय टेस्ट नहीं चलेंगे.
टैग: affects_outputs
--[no]build_test_dwp डिफ़ॉल्ट: "false"
अगर इसे चालू किया जाता है, तो C++ की जांच स्टैटिक तरीके से बनाई जाती है और बाइनरी फ़ाइल के साथ .dwp फ़ाइल अपने-आप बन जाती है.
टैग: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> डिफ़ॉल्ट: ".pb.h"
cc_proto_library बनाने वाली हेडर फ़ाइलों के प्रीफ़िक्स सेट करता है.
टैग: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> डिफ़ॉल्ट: ".pb.cc"
cc_proto_library बनाने वाली सोर्स फ़ाइलों के प्रीफ़िक्स सेट करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info डिफ़ॉल्ट: "false"
प्रोटो_लाइब्रेरी में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions डिफ़ॉल्ट: "false"
प्रोटो_लाइब्रेरी में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state डिफ़ॉल्ट: "false"
कंपाइलेशन की सुविधा के चालू होने और अनुरोध किए गए फ़ीचर की स्थिति को कंपाइल करने के आउटपुट के तौर पर सेव करें.
टैग: affects_outputs, experimental
--fission=<a set of compilation modes> डिफ़ॉल्ट: "no"
तय करें कि C++ कंपाइलेशन और लिंक के लिए, कंपाइलेशन के कौनसे मोड इस्तेमाल किए जाएंगे. सभी मोड चालू करने के लिए, {'fastbuild', 'dbg'} और 'opt'} या खास वैल्यू##39;yes' का कोई भी कॉम्बिनेशन हो सकता है.
टैग: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles डिफ़ॉल्ट: "true"
अगर यह सही है, तो .runfiles/wsname/external/repo के तहत, बाहरी डेटा स्टोर करने की जगहों के लिए रन फ़ाइलें सिमलिंक बनाएं. इसके लिए, .runfiles/repo का इस्तेमाल करें.
टैग: affects_outputs
--[no]objc_generate_linkmap डिफ़ॉल्ट: "false"
यह बताता है कि लिंक मैप फ़ाइल जनरेट करनी है या नहीं.
टैग: affects_outputs
--[no]save_temps डिफ़ॉल्ट: "false"
अगर सेट किया गया है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबलर कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii (पहले से प्रोसेस की गई C++) फ़ाइलें शामिल हैं.
टैग: affects_outputs
ऐसे विकल्प जो उपयोगकर्ता को उसके काम करने के तरीके को कॉन्फ़िगर करने देते हैं, न कि उसके मौजूद होने पर:
--action_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
इसमें एनवायरमेंट वैरिएबल के उस सेट के बारे में बताया गया है जो टारगेट कॉन्फ़िगरेशन वाली कार्रवाइयों के लिए उपलब्ध है. वैरिएबल या तो नाम से तय किए जा सकते हैं, ऐसे में वैल्यू को शुरू करने के एनवायरमेंट से या नाम=वैल्यू पेयर से लिया जा सकता है, जो वैल्यू को शुरू करने के माहौल से अलग सेट करता है. इस विकल्प का इस्तेमाल कई बार किया जा सकता है; एक ही वैरिएबल के लिए दिए गए विकल्पों के लिए, हाल ही में जीत हासिल करने वाले विकल्प, अलग-अलग वैरिएबल के विकल्प इकट्ठा होते हैं.
टैग: action_command_lines
--android_cpu=<a string> डिफ़ॉल्ट: "armeabi-v7a"
Android टारगेट सीपीयू.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx डिफ़ॉल्ट: "false"
AndroidX के साथ काम करने वाली, डेटा बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ databinding v2 के साथ किया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args डिफ़ॉल्ट: "false"
3.4.0 आर्ग्युमेंट के साथ android databinding v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> डिफ़ॉल्ट: "off"
यह तय करता है कि जब कोई cc_binary, शेयर की गई लाइब्रेरी को साफ़ तौर पर न बनाए, तो Android के नियमों के C++ वर्शन को डाइनैमिक तौर पर लिंक किया जाए या नहीं. 'default' इसका मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तौर पर लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: 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 डिफ़ॉल्ट: "false"
ProGuard का इस्तेमाल करने वाले android_binary APKs के लिए, रिसॉर्स को छोटा करने की सुविधा चालू करें.
टैग: affects_outputs, loading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> कई बार इस्तेमाल किया गया
डिवाइस के आर्किटेक्चर को टारगेट करने के लिए, Apple बिटकोड मोड तय करें. वैल्यू, फ़ॉर्म के तौर पर होती हैं ('[platform=]मोड'), जहां प्लैटफ़ॉर्म (जो ##39;ios', 'macos' और 'tvos' या 'watchos') होना ज़रूरी नहीं है. अगर दिया गया हो, तो बिटकोड मोड खास तौर पर उस प्लैटफ़ॉर्म के लिए लागू होता है; अगर इसे छोड़ा जाता है, तो यह सभी प्लैटफ़ॉर्म पर लागू होता है. मोड यह होना चाहिए:#39;none','embed_marks' या 'embed'. यह विकल्प कई बार दिया जा सकता है.
टैग: loses_incremental_state
--[no]build_python_zip डिफ़ॉल्ट: "auto"
Python एक्ज़ीक्यूटेबल ज़िप बनाएं; Windows पर, अन्य प्लैटफ़ॉर्म पर बंद
टैग: affects_outputs
--catalyst_cpus=<comma-separated list of options> कई बार इस्तेमाल किया गया
आर्किटेक्चर से अलग की गई ऐसी सूची जिसके लिए Apple कैटलिस्ट बाइनरी बनानी है.
टैग: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage डिफ़ॉल्ट: "false"
अगर आप तय करते हैं, तो बेज़ल कोड इंस्ट्रुमेंट करेगा (जहां संभव हो, ऑफ़लाइन इंस्ट्रूमेंटेशन का इस्तेमाल करके) और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ <inputation_filter से मेल खाने वाले टारगेट पर ही असर पड़ेगा. आम तौर पर, यह विकल्प सीधे नहीं डाला जाना चाहिए - इसके बजाय 'bazel कवरेज' निर्देश का इस्तेमाल किया जाना चाहिए.
टैग: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] डिफ़ॉल्ट: "quot;fastbuild"
वह मोड तय करें जिस पर बाइनरी बनाई जाएगी. मान: 'fastbuild', 'dbg', 'opt'.
टैग: affects_outputs, action_command_lines, explicit_in_output_path
--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, explicit_in_output_path
--cs_fdo_absolute_path=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, CSFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. उस प्रोफ़ाइल फ़ाइल का पूरा पाथ बताएं जिसमें प्रोफ़ाइल फ़ाइल मौजूद है. साथ ही, इसमें रॉ या इंडेक्स की गई LLVM प्रोफ़ाइल फ़ाइल भी होनी चाहिए.
टैग: 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> कई बार इस्तेमाल किया गया
हर --define विकल्प, बिल्ड वैरिएबल के लिए एक असाइनमेंट तय करता है.
टैग: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully> डिफ़ॉल्ट: "default"
यह तय करता है कि C++ बाइनरी को डाइनैमिक तौर पर लिंक किया जाएगा या नहीं. 'default' का मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तौर पर लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path डिफ़ॉल्ट: "true"
अगर सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी होगी.
टैग: affects_outputs
--[no]enable_runfiles डिफ़ॉल्ट: "auto"
रनफ़ाइल सिमलिंक ट्री चालू करें. डिफ़ॉल्ट रूप से, यह Windows पर और अन्य प्लैटफ़ॉर्म पर बंद होता है.
टैग: affects_outputs
--experimental_action_listener=<a build target label> कई बार इस्तेमाल किया गया
इमेज के अलग-अलग हिस्सों के हिसाब से इस्तेमाल पर रोक लगा दी गई है. बिल्ड ऐक्शन को बढ़ाने के लिए, action_listener का इस्तेमाल करें.
टैग: execution, experimental
--[no]experimental_android_compress_java_resources डिफ़ॉल्ट: "false"
APK में Java संसाधन कंप्रेस करें
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 डिफ़ॉल्ट: "false"
android databinding v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking डिफ़ॉल्ट: "false"
ProGuard का इस्तेमाल करने वाले android_binary APKs के लिए, रिसॉर्स को छोटा करने की सुविधा चालू करें.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex डिफ़ॉल्ट: "false"
dex फ़ाइलों को फिर से लिखने के लिए rex टूल का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options> डिफ़ॉल्ट: "-O0,-DDEBUG=1"
इन स्ट्रिंग का इस्तेमाल, objc फ़ास्टबिल कंपाइलर के विकल्पों के तौर पर करता है.
टैग: action_command_lines
--[no]experimental_omitfp डिफ़ॉल्ट: "false"
अगर यह सही है, तो स्टैक अनवाइंड करने के लिए libunwind का इस्तेमाल करें. साथ ही, -fomit-frame-pointer के साथ और -fasynchronous-unwind-tables के साथ कंपाइल करें.
टैग: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir डिफ़ॉल्ट: "false"
अगर यह सही है, तो टारगेट प्लैटफ़ॉर्म का इस्तेमाल सीपीयू के बजाय आउटपुट डायरेक्ट्री में किया जाता है.
टैग: affects_outputs, experimental
--[no]experimental_use_llvm_covmap डिफ़ॉल्ट: "false"
अगर बताया गया है, तो Bazel gvv के बजाय llvm-cov कवरेज मैप की जानकारी जनरेट करेगा.
टैग: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options> डिफ़ॉल्ट: "armeabi-v7a"
इस विकल्प को सेट करने पर, फैट APKs को चालू किया जा सकता है, जिनमें सभी खास टारगेट आर्किटेक्चर के लिए नेटिव बाइनरी होती हैं. जैसे, --fat_apk_cpu=x86,armeabi-v7a. अगर यह फ़्लैग बताया गया है, तो android_binary नियमों की निर्भरता के लिए --android_cpu को अनदेखा कर दिया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan डिफ़ॉल्ट: "false"
HWASAN स्प्लिट बनाना है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> डिफ़ॉल्ट: विवरण देखें
एफ़डीओ इंस्ट्रुमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर के साथ, यह उस डायरेक्ट्री का नाम भी स्वीकार करता है जिसके तहत रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को रनटाइम पर डंप किया जाएगा.
टैग: affects_outputs
--fdo_optimize=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, एफ़डीओ की प्रोफ़ाइल की जानकारी का इस्तेमाल करें. उस ZIP फ़ाइल का नाम डालें जिसमें .gcda फ़ाइल ट्री है, ऐसी afdo फ़ाइल है जिसमें कोई ऑटो प्रोफ़ाइल या LLVM प्रोफ़ाइल फ़ाइल है. यह फ़्लैग उन फ़ाइलों को भी स्वीकार करता है जिन्हें लेबल के तौर पर बताया गया है (उदाहरण के लिए, `//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> बताने पर यह सुविधा दुनिया भर में काम नहीं करेगी. नकारात्मक सुविधाएं, हमेशा सकारात्मक सुविधाओं की जगह ले लेती हैं. इस फ़्लैग का इस्तेमाल बेज़ल रिलीज़ के बिना, सुविधा में होने वाले डिफ़ॉल्ट बदलावों को रोल आउट करने के लिए किया जाता है.
टैग: changes_inputs, affects_outputs
--[no]force_pic डिफ़ॉल्ट: "false"
चालू होने पर, सभी C++ कंपाइलेशन, जगह-इंडिपेंडेंट कोड ("-fPIC") की मदद से, पीआईसी पहले से बनी लाइब्रेरी को गैर-PIC लाइब्रेरी और बेहतर लिंक, एक्ज़ीक्यूट किए जा सकने वाले एक्ज़ीक्यूटेबल ("-pie") से बेहतर बनाते हैं.
टैग: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
होने वाले इवेंट या होस्ट के कॉन्फ़िगरेशन से जुड़ी कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल का सेट तय करता है. वैरिएबल या तो नाम से तय किए जा सकते हैं, ऐसे में वैल्यू को शुरू करने के एनवायरमेंट से या नाम=वैल्यू पेयर से लिया जा सकता है, जो वैल्यू को शुरू करने के माहौल से अलग सेट करता है. इस विकल्प का इस्तेमाल कई बार किया जा सकता है; एक ही वैरिएबल के लिए दिए गए विकल्पों के लिए, हाल ही में जीत हासिल करने वाले विकल्प, अलग-अलग वैरिएबल के विकल्प इकट्ठा होते हैं.
टैग: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> डिफ़ॉल्ट: "opt"
बिल्ड के दौरान इस्तेमाल किए गए टूल पहले से मौजूद होंगे. मान: 'fastbuild', 'dbg', 'opt'.
टैग: affects_outputs, action_command_lines
--host_conlyopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए C सोर्स फ़ाइलें कंपाइल करते समय, gcc में पास करने का दूसरा विकल्प.
टैग: action_command_lines, affects_outputs
--host_copt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए, gcc में पास करने के अन्य विकल्प.
टैग: action_command_lines, affects_outputs
--host_cpu=<a string> डिफ़ॉल्ट: ""
होस्ट सीपीयू.
टैग: changes_inputs, affects_outputs
--host_cxxopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए, gcc में पास करने के अन्य विकल्प.
टैग: action_command_lines, affects_outputs
--host_force_python=<PY2 or PY3> डिफ़ॉल्ट: विवरण देखें
होस्ट कॉन्फ़िगरेशन के लिए Python वर्शन को बदल देता है. यह "PY2" या "PY3" हो सकता है.
टैग: loading_and_analysis, affects_outputs
--host_linkopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल लिंक करते समय, gcc में पास करने के लिए ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
होस्ट टारगेट के लिए, कम से कम इस macOS वर्शन का इस्तेमाल किया जा सकता है. अगर बताया नहीं गया है, तो #39;macos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--host_swiftcopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए, swiftc को पास करने के ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls डिफ़ॉल्ट: "true"
चालू होने पर, Windows पर cc_library से जनरेट की गई सभी C++ डाइनैमिक लिंक की गई लाइब्रेरी (DLL) का नाम बदलकर name_{hash}.dll कर दिया जाएगा. यहां हैश का हिसाब लगाने के लिए RepositoryName और DLL's पैकेज पाथ का इस्तेमाल किया जाता है. यह विकल्प तब काम आता है, जब आपके पास एक पैकेज होता है, जो एक जैसे नाम वाली कई cc_library पर निर्भर करता है (उदाहरण के लिए, //foo/bar1:utils और //foo/bar2:utils).
टैग: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory डिफ़ॉल्ट: "true"
अगर सही है, तो genfiles की डायरेक्ट्री को बिन डायरेक्ट्री में फ़ोल्ड कर दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints डिफ़ॉल्ट: "true"
अगर यह सही है, तो @bazel_tools की कंस्ट्रेंट सेटिंग हटा दी गई हैं.
टैग: affects_outputs, incompatible_change
--[no]instrument_test_targets डिफ़ॉल्ट: "false"
कवरेज चालू होने पर, यह बताता है कि टेस्ट करने के लिए, नियमों को लागू करना है या नहीं. सेट होने पर, -- इंस्ट्रूमेंटेशन_फ़िल्टर के शामिल किए गए टेस्ट के नियम लागू किए जाते हैं. नहीं तो, टेस्ट के नियमों को हमेशा कवरेज इंस्ट्रूमेंटेशन से बाहर रखा जाता है.
टैग: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: "-/javatests[/:],-/test/java[/:]"
कवरेज के चालू होने पर, सिर्फ़ वही नियम लागू किए जाएंगे जो बताए गए रेगुलर एक्सप्रेशन पर आधारित फ़िल्टर में शामिल हैं. इसकी जगह उन नियमों को शामिल नहीं किया जाता जिनके नाम के आगे #&39;-&#39 जोड़ा गया है. ध्यान रखें कि जब तक --test_test_targets चालू नहीं होता, तब तक सिर्फ़ गैर-टेस्ट नियम लागू किए जाते हैं.
टैग: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टारगेट सिम्युलेटर और डिवाइसों के लिए, iOS का कम से कम वर्शन. अगर जानकारी नहीं दी गई है, तो #39;ios_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> कई बार इस्तेमाल किया गया
iOS_ ऐप्लिकेशन बनाने के लिए, आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट. नतीजा एक यूनिवर्सल बाइनरी है जिसमें सभी आर्किटेक्चर हैं.
टैग: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive डिफ़ॉल्ट: "true"
अब इस्तेमाल में नहीं है, इसकी जगह --insupported_remove_legacy_whole_archive (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/7362 देखें) को हटा दिया जाएगा. चालू होने पर, उन cc_binary नियमों के लिए --whole-archive का इस्तेमाल करें जिनमें linkशेयर=सही और या तो linkstatic=True या '-static' linkopt में मौजूद है. यह सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए काम करता है. ज़रूरत पड़ने पर, हमेशा लिंक लिंक=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 का कम से कम वर्शन. अगर बताया नहीं गया है, तो #39;macos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--[no]objc_debug_with_GLIBCXX डिफ़ॉल्ट: "false"
अगर सेट किया गया है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIBPP_CONCEPT_CheckS को परिभाषित करें.
टैग: action_command_lines
--[no]objc_enable_binary_stripping डिफ़ॉल्ट: "false"
लिंक की गई बाइनरी के लिए, निशान और डेड-कोड स्ट्रिपिंग करना है या नहीं. अगर इस फ़्लैग और --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> कई बार इस्तेमाल किया गया
कुछ खास फ़ाइलों को कंपाइल करते समय, जीसीसी को चुनिंदा विकल्पों के तौर पर पास करें. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter का मतलब है सामान्य शामिल किए गए एक्सप्रेशन पैटर्न को शामिल करना और बाहर रखना है. (साथ ही, इंस्ट्रूमेंटेशन_फ़िल्टर भी देखें). Option_1 को विकल्प के तौर पर, आर्बिट्ररी कमांड लाइन के विकल्पों के लिए सेट करें. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश से कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ cc की सभी cc फ़ाइलों में gcc कमांड लाइन के लिए -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, 'शामिल करें' सूची और रेगुलर एक्सप्रेशन पैटर्न को शामिल नहीं करता है. Option_1 Option_n का इस्तेमाल आर्बिट्ररी कमांड लाइन के विकल्पों के लिए किया जाता है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश से कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo में सभी o फ़ाइलों के LTO बैकएंड कमांड लाइन के लिए, -foo को छोड़कर -O0 कमांड लाइन विकल्प जोड़ता है.
टैग: action_command_lines, affects_outputs
--platform_suffix=<a string> डिफ़ॉल्ट: विवरण देखें
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स डालें.
टैग: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, Propler प्रोफ़ाइल की जानकारी का इस्तेमाल करें.एक प्रॉपेलर प्रोफ़ाइल में कम से कम दो फ़ाइलें, एक cc प्रोफ़ाइल, और एक ld प्रोफ़ाइल होनी चाहिए. यह फ़्लैग ऐसे बिल्ड लेबल को स्वीकार करता है जिसे प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों के बारे में बताया जाना चाहिए. उदाहरण के लिए, a/b/BUILD:proppel_optimize( name = "prophel_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = quot;proppel_ld_profile.txt") में 'लेबल' से जुड़ी जोड़ी गई फ़ाइलें इस विकल्प का इस्तेमाल इस तरह किया जाना चाहिए: --proppel_optimize=//a/b:proppel_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' और 'run' कमांड के लिए एक्ज़ीक्यूटेबल के पहले इंसर्ट करने का उपसर्ग. अगर वैल्यू #&39;foo -bar' और एक्ज़ीक्यूशन कमांड लाइन ##39;test_binary -baz' है, तो फ़ाइनल कमांड लाइन 'foo -bar test_binary -baz'.यह एक्ज़ीक्यूटेबल टारगेट पर भी लेबल हो सकता है. इसके कुछ उदाहरण ये हैं:
टैग: action_command_lines
--[no]share_native_deps डिफ़ॉल्ट: "true"
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी अलग-अलग टारगेट में शेयर की जाएंगी
टैग: loading_and_analysis, affects_outputs
--[no]stamp डिफ़ॉल्ट: "false"
तारीख, उपयोगकर्ता नाम, होस्टनेम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ स्टैंप बाइनरी
टैग: affects_outputs
--strip=<always, sometimes or never> डिफ़ॉल्ट: "कभी-"
यह बताता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाना है या नहीं; "-Wl,--sTrip-debug" का इस्तेमाल करके. #&39; कभी-कभी #39; की डिफ़ॉल्ट वैल्यू का मतलब है स्ट्रिप iff --compilation_mode=fastbuild.
टैग: affects_outputs
--stripopt=<a string> कई बार इस्तेमाल किया गया
'<name>.sTRIPped' बाइनरी जनरेट करते समय, स्ट्रिप को पास करने के ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--swiftcopt=<a string> कई बार इस्तेमाल किया गया
Swift कंपाइलेशन में पास करने के लिए ज़्यादा विकल्प.
टैग: 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 वर्शन काम करता है. अगर जानकारी नहीं दी गई है, तो #39;tvos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--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 का कम से कम वर्शन. अगर बताया नहीं गया है, तो #39;watchos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--xbinary_fdo=<a build target label> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, XbinaryFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम बताएं. जब यह विकल्प --fdo_console/--fdo_optimize/--fdo_profile, के साथ इस्तेमाल किया जाता है, तो ये विकल्प हमेशा लागू होते हैं. जैसे कि xbinary_fdo की जानकारी कभी नहीं दी गई है.
टैग: affects_outputs
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग का कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label> डिफ़ॉल्ट: ""
cpu वैल्यू को अपने-आप मैप करने के लिए, एनवायरमेंट_ग्रुप के बारे में बताएं.
टैग: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses डिफ़ॉल्ट: "false"
जांच लें कि निर्भर पैकेज की मदद से दिए गए लाइसेंस के प्रतिबंध, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड से मेल न खाते हों. डिफ़ॉल्ट तौर पर, लाइसेंस की जांच नहीं की जाती.
टैग: build_file_semantics
--[no]check_visibility डिफ़ॉल्ट: "true"
बंद होने पर, टारगेट डिपेंडेंसी में दिखने वाली गड़बड़ियां, चेतावनियों से कम कर दी जाती हैं.
टैग: build_file_semantics
--[no]desugar_for_android डिफ़ॉल्ट: "true"
डेक्सिंग से पहले, desugar Java 8 बाइटकोड चुनें.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]desugar_java8_libs डिफ़ॉल्ट: "false"
पुराने डिवाइस के लिए, ऐप्लिकेशन में काम करने वाली Java 8 लाइब्रेरी शामिल करनी है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints डिफ़ॉल्ट: "true"
उन जगहों की जांच करता है जो हर टारगेट के साथ काम करता है. साथ ही, अगर किसी टारगेट में ऐसी डिपेंडेंसी होती है जो एक जैसे एनवायरमेंट की सुविधा नहीं देती हैं, तो यह गड़बड़ी की रिपोर्ट करता है
टैग: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs डिफ़ॉल्ट: "false"
डेप् स वाले srcs-less android_library नियमों को अनुमति देने से रोकने में मदद करने के लिए फ़्लैग करें. इसे डिफ़ॉल्ट रूप से रोल आउट करने के लिए डिपो को साफ़ किया जाना चाहिए.
टैग: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps डिफ़ॉल्ट: "true"
Android बाइनरी लेवल पर सही डिकोड करने की जांच दोबारा करें.
टैग: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> डिफ़ॉल्ट: "off"
चालू होने पर, यह देखें कि aar_Import की डिपेंडेंसी पूरी हुई हैं या नहीं. नीति उल्लंघन ठीक करने के इस तरीके का इस्तेमाल करके, ऐप्लिकेशन के बिल्ड में गड़बड़ी की जा सकती है या इससे चेतावनी भी मिल सकती है.
टैग: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> डिफ़ॉल्ट: "default"
अगर सही है, तो जांच करता है कि Java टारगेट में सीधे तौर पर इस्तेमाल किए गए सभी टारगेट डिपेंडेंसी के तौर पर दिखते हैं या नहीं.
टैग: build_file_semantics, eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files डिफ़ॉल्ट: "false"
चालू होने पर, जनरेट किए जाने वाले नियम की जांच करके, सिर्फ़ उन ज़रूरी शर्तों की जांच करें जो आउटपुट फ़ाइलें हैं. यह दृश्यता जांच से मेल खाता है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disable_native_android_rules डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू है, तो स्थानीय Android नियमों का सीधे तौर पर इस्तेमाल करने की सुविधा बंद हो जाती है. कृपया https://github.com/bazelbuild/rules_android के Starlark Android नियमों का इस्तेमाल करें
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule डिफ़ॉल्ट: "false"
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए यहां रखा गया है.
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark डिफ़ॉल्ट: "true"
अगर चालू है, तो Starlark API में हेडर की जांच की सेटिंग सेट करें
टैग: loading_and_analysis, changes_inputs, और incompatible_change
--[no]incompatible_validate_top_level_header_inclusions डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल टॉप लेवल डायरेक्ट्री हेडर को शामिल करने की पुष्टि भी करेगा (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/10047 पर जाएं).
टैग: loading_and_analysis, incompatible_change
--[no]strict_filesets डिफ़ॉल्ट: "false"
अगर यह विकल्प चालू है, तो पैकेज की सीमाओं को पार करने वाली फ़ाइलें, गड़बड़ियों के तौर पर रिपोर्ट की जाती हैं. यह तब काम नहीं करता है, जब Check_fileset_dependencies_recursively बंद हो जाता है.
टैग: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> डिफ़ॉल्ट: "गड़बड़ी"
जब तक बंद न हो, तब तक यह जांच करता है कि प्रोटो लाइब्रेरी टारगेट सीधे तौर पर इस्तेमाल किए गए सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default> डिफ़ॉल्ट: "off"
जब तक यह जांच नहीं की जाती कि जब तक प्रोटो लाइब्रेरी टारगेट, एक्सपोर्ट किए गए के तौर पर सार्वजनिक और #39; इंपोर्ट किए गए सभी टारगेट का साफ़ तौर पर एलान करता है.
टैग: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes डिफ़ॉल्ट: "false"
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना ज़रूरी है.
टैग: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> कई बार इस्तेमाल किया गया
इस बिल्ड के टारगेट एनवायरमेंट के बारे में बताता है. इसे "Environment" नियम के लिए लेबल रेफ़रंस होना चाहिए. अगर सेट किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने वाले होने चाहिए.
टैग: changes_inputs
ऐसे विकल्प जो किसी बिल्ड के साइन करने के आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4> डिफ़ॉल्ट: "v1_v2"
APK साइन करने के लिए इस्तेमाल करना
टैग: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements डिफ़ॉल्ट: "true"
अगर इस नीति को सेट किया जाता है और कंपाइल करने वाला मोड #39;opt&#39 नहीं होता, तो हस्ताक्षर करते समय objc ऐप्लिकेशन में डीबग एनटाइटलमेंट शामिल होंगे.
टैग: changes_inputs
--ios_signing_cert_name=<a string> डिफ़ॉल्ट: विवरण देखें
iOS साइनिंग के लिए इस्तेमाल किया जाने वाला सर्टिफ़िकेट नाम. इस नीति को सेट न करने पर, प्रावधान प्रोफ़ाइल फिर से चालू हो जाएगी. यह कोड और #39;s के मेन पेज (SIGNING IDENTITIES) के अनुसार, प्रमाणपत्र की पहचान की प्राथमिकता या प्रमाणपत्र का सबस्ट्रिंग हो सकता है.
टैग: action_command_lines
इस विकल्प से, Starlark की भाषा के सिमेंटिक या बिल्ड एपीआई के लिए बने बिल्ड एपीआई पर असर पड़ता है.:
--[no]incompatible_disallow_legacy_py_provider डिफ़ॉल्ट: "true"
नहीं, जल्दी ही हटा दिया जाएगा.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures डिफ़ॉल्ट: "false"
अगर सही है, तो किसी नियम के टारगेट का विश्लेषण नहीं करने पर, विश्लेषण में गड़बड़ी के ब्यौरे वाली एक इंस्टेंस की प्रोसेस लागू हो जाती है. इसमें बिल्ड फ़ेल हो जाता है.
टैग: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> डिफ़ॉल्ट: "2000"
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ, नियम एट्रिब्यूट से ज़्यादा से ज़्यादा ट्रांज़िशनल डिपेंडेंसी सेट करता है. इस सीमा को पार करने से नियम में गड़बड़ी होगी.
टैग: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure डिफ़ॉल्ट: "false"
अगर असल dex2oat ऐक्शन नहीं हो पाता, तो टेस्ट रनटाइम के दौरान dex2oat चलाने के बजाय बिल्ड काम करना बंद कर देगा.
टैग: loading_and_analysis, experimental
--[no]experimental_android_use_parallel_dex2oat डिफ़ॉल्ट: "false"
android_test को तेज़ी से डाउनलोड करने के लिए, dex2oat का इस्तेमाल करें.
टैग: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks डिफ़ॉल्ट: "false"
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग: action_command_lines
--ios_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्यूलेटर में iOS ऐप्लिकेशन चलाते समय सिम्युलेट करने वाला डिवाइस. उदाहरण के लिए, 'iPhone 6'. डिवाइस की सूची देखने के लिए, आपको डिवाइस पर #39;xcrun simctl सूची डिवाइस टाइप और#39; चलाने जैसा अनुभव मिलेगा.
टैग: 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 सभी टेस्ट को 3 बार चलाएगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test एक पूर्णांक वैल्यू और regex_filter का मतलब है, शामिल है और रेगुलर एक्सप्रेशन पैटर्न को शामिल नहीं करता है (--inputation_filter भी देखें). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3 foo/bar में तीन बार शामिल होने के अलावा, //foo/में सभी टेस्ट चलाता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया आर्ग्युमेंट प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता, तो टेस्ट सिर्फ़ एक बार चलाया जाता है.
--test_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
यह पेज, टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अन्य एनवायरमेंट वैरिएबल के बारे में बताता है. वैरिएबल या तो नाम से तय किए जाते हैं, जहां उस स्थिति में, वैल्यू को बेज़ल क्लाइंट एनवायरमेंट या नाम=वैल्यू पेयर से पढ़ा जाएगा. इस विकल्प का इस्तेमाल कई वैरिएबल के बारे में बताने के लिए कई बार किया जा सकता है. इसका इस्तेमाल सिर्फ़ 'bazel जांच' कमांड के लिए किया जाता है.
टैग: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> डिफ़ॉल्ट: "-1"
टेस्ट टाइम आउट की डिफ़ॉल्ट समयसीमा खत्म होने की तारीख की वैल्यू को सेकंड में बदलें. अगर कोई एक पॉज़िटिव पूर्णांक मान दिया जाता है, तो वह सभी कैटगरी को बदल देगा. अगर कॉमा से अलग किए गए चार इंटेजर दिए गए हैं, तो वे छोटे, सामान्य, और लंबे समय के लिए टाइम आउट की जगह लागू होंगे. किसी भी रूप में, -1 का मान होने पर ब्लेड को उस श्रेणी के लिए, अपने डिफ़ॉल्ट टाइम आउट का इस्तेमाल करने के लिए कहा जाता है.
--tvos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में tvOS ऐप्लिकेशन चलाते समय, सिम्युलेट करने वाला डिवाइस. उदाहरण के लिए, 'Apple TV 1080p'. डिवाइस की सूची देखने के लिए, आपको डिवाइस पर #39;xcrun simctl सूची डिवाइस टाइप और#39; चलाने जैसा अनुभव मिलेगा.
टैग: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टीवी देखते समय या जांच करते समय, सिम्युलेटर पर tvOS का वर्शन.
टैग: test_runner
--watchos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में स्मार्टवॉच का ऐप्लिकेशन चलाते समय सिम्युलेट करने वाला डिवाइस, जैसे, 'Apple Watch - 38mm'. डिवाइस की सूची देखने के लिए, आपको डिवाइस पर #39;xcrun simctl सूची डिवाइस टाइप और#39; चलाने जैसा अनुभव मिलेगा.
टैग: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
दौड़ते समय या जांच करते समय, सिम्युलेटर पर चलने वाला WatchOS का वर्शन.
टैग: test_runner
--[no]zip_undeclared_test_outputs डिफ़ॉल्ट: "true"
सही होने पर, बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग: test_runner
क्वेरी के आउटपुट और सिमेंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise> डिफ़ॉल्ट: "परंपरागत और कोट;
जब आउटपुट फ़ॉर्मैट {xml,proto,record} में से एक हो, तो आसपेक्ट डिपेंडेंसी को ठीक करने का तरीका. 'off' का मतलब है कि किसी भी पक्ष की डिपेंडेंसी हल नहीं की जाती हैं,'convisorive' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट डिपेंडेंसी जोड़ी गई हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी के नियम क्लास में शामिल किया गया हो, और #39;सटीक; ध्यान दें कि सटीक मोड में किसी एक टारगेट का आकलन करने के लिए, दूसरे पैकेज लोड करने की ज़रूरत होती है. इस वजह से, यह दूसरे मोड की तुलना में धीमा होता है. यह भी ध्यान दें कि सटीक मोड भी पूरी तरह से सटीक नहीं है: किसी विश्लेषण का आकलन करने के लिए किसी फ़ैसले के दौरान यह फ़ैसला लिया जाता है कि 'bazel क्वेरी के दौरान नहीं चलाया जाता'.
टैग: build_file_semantics
--[no]deduplicate_depsets डिफ़ॉल्ट: "true"
फ़ाइनल प्रोटो/textproto/json आउटपुट में, dep_set_of_files के नॉन-लीफ़ बच्चों की डुप्लीकेट कॉपी हटाएं. इससे, उन डुप्लीकेट पतों की संख्या कम नहीं होती जो तुरंत माता-पिता के साथ शेयर नहीं करते. इससे कार्रवाइयों के इनपुट कलाकृतियों की अंतिम प्रभावी सूची को प्रभावित नहीं किया जाता है.
टैग: terminal_output
--[no]graph:factored डिफ़ॉल्ट: "true"
अगर सही है, तो ग्राफ़ उत्सर्जन होगा और#39; यानी, टोपोलॉजिकल रूप से बराबर नोड एक साथ मर्ज हो जाएंगे और उनके लेबल जुड़ जाएंगे. यह विकल्प सिर्फ़ -- आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--graph:node_limit=<an integer> डिफ़ॉल्ट: "512"
आउटपुट में ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल को काट दिया जाएगा; -1 का मतलब है कि कोई काट-छांट नहीं. यह विकल्प सिर्फ़ -- आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--[no]implicit_deps डिफ़ॉल्ट: "true"
चालू होने पर, इंडिपेंडेंट डिपेंडेंसी उस डिपेंडेंसी ग्राफ़ में शामिल की जाएंगी जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी एक ऐसी भूमिका है जो BUILD फ़ाइल में साफ़ तौर पर नहीं दिखती है, लेकिन bazel में जोड़ी जाती है. क् वेरी के लिए, यह विकल्प फ़िल्टर किए गए टूलटिप को फ़िल्टर करने को कंट्रोल करता है.
टैग: build_file_semantics
--[no]include_artifacts डिफ़ॉल्ट: "true"
इसमें कार्रवाई के इनपुट के नाम और आउटपुट में आउटपुट शामिल होते हैं.
टैग: terminal_output
--[no]include_aspects डिफ़ॉल्ट: "true"
क्वेरी, क्वेरी: आउटपुट में पहलू से जनरेट की गई कार्रवाइयों को शामिल करना है या नहीं. क्वेरी: no-op (हमेशा फ़ॉलो किया जाता है).
टैग: terminal_output
--[no]include_commandline डिफ़ॉल्ट: "true"
इसमें आउटपुट में ऐक्शन कमांड लाइन का कॉन्टेंट शामिल होता है (जो बड़ा हो सकता है).
टैग: terminal_output
--[no]include_file_write_contents डिफ़ॉल्ट: "false"
FileWrite और SourceSymlinkManifest कार्रवाइयों की फ़ाइल सामग्री शामिल करें (संभावित रूप से बड़ी).
टैग: terminal_output
--[no]include_param_files डिफ़ॉल्ट: "false"
कमाणो में इस्तेमाल की गई पैरामीटर फ़ाइलों का कॉन्टेंट शामिल करें. ध्यान दें: इस फ़्लैग को चालू करने पर --include_commandline फ़्लैग अपने-आप चालू हो जाएगा.
टैग: terminal_output
--[no]incompatible_display_source_file_location डिफ़ॉल्ट: "true"
यह डिफ़ॉल्ट रूप से सोर्स फ़ाइल का टारगेट दिखाता है. सही होने पर, लोकेशन आउटपुट में सोर्स फ़ाइलों की लाइन 1 की जगह दिखाता है. यह फ़्लैग सिर्फ़ माइग्रेशन के लिए मौजूद है.
टैग: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash डिफ़ॉल्ट: "true"
अगर यह चालू है, तो package_group's `packages` एट्रिब्यूट का इस्तेमाल करते समय, आगे वाले `//` को शामिल नहीं किया जाएगा.
टैग: terminal_output, incompatible_change
--[no]infer_universe_scope डिफ़ॉल्ट: "false"
अगर सेट और --universe_scope सेट नहीं है, तो --universe_scope की वैल्यू का अनुमान, क्वेरी एक्सप्रेशन में यूनीक टारगेट पैटर्न की सूची के रूप में लगाया जाएगा. ध्यान दें कि ब्रह्मांड के दायरे वाले फ़ंक्शन (उदाहरण के लिए, `allrdeps`) का इस्तेमाल करने वाले किसी क्वेरी एक्सप्रेशन के लिए, --universe_scope वैल्यू का अनुमान लगाया गया है, ज़रूरी नहीं है. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आप जानते हों कि आप क्या कर रहे हैं. ज़्यादा जानकारी और उदाहरणों के लिए, https://bazel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प के मान को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery`).
टैग: loading_and_analysis
--[no]line_terminator_null डिफ़ॉल्ट: "false"
क्या हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है.
टैग: terminal_output
--[no]nodep_deps डिफ़ॉल्ट: "true"
अगर यह नीति चालू की गई है, तो "nodep" एट्रिब्यूट को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा. इस ग्राफ़ पर क्वेरी चलती है. एक "nodep" एट्रिब्यूट का सामान्य उदाहरण है कोट और किसको दिखे". बिल्ड भाषा में सभी "nodep" एट्रिब्यूट के बारे में जानने के लिए `info build-language` के आउटपुट को चलाएं और पार्स करें.
टैग: build_file_semantics
--output=<a string> डिफ़ॉल्ट: "text"
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए इन वैल्यू का इस्तेमाल किया जा सकता है: text, textproto, proto, jsonproto.
टैग: terminal_output
--[no]proto:default_values डिफ़ॉल्ट: "true"
अगर सही है, तो उन एट्रिब्यूट को शामिल किया जाता है जिनकी वैल्यू BUILD फ़ाइल में साफ़ तौर पर नहीं दी गई है. अगर ऐसा नहीं किया जाता है, तो उन्हें हटा दिया जाता है. यह विकल्प, -- आउटपुट=proto
टैग: terminal_output
पर लागू होता है
--[no]proto:definition_stack डिफ़ॉल्ट: "false"
नियम और क्लास की परिभाषा तय होते ही, Starlark कॉल स्टैक से रिकॉर्ड किए गए हर नियम के इंस्टेंस के लिए, परिभाषाओं_stack प्रोटो फ़ील्ड को पॉप्युलेट करें.
टैग: terminal_output
--[no]proto:flatten_selects डिफ़ॉल्ट: "true"
चालू होने पर, चुने गए() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट को फ़्लैट कर दिया जाता है. एक तरह की सूची को फ़्लैट करने के लिए, एक ऐसी सूची बनाई जाती है जिसमें चुने हुए मैप की हर वैल्यू सिर्फ़ एक बार मौजूद होती है. स्कैलर टाइप को शून्य करने के लिए फ़्लैट किया गया है.
टैग: build_file_semantics
--[no]proto:include_synthetic_attribute_hash डिफ़ॉल्ट: "false"
$interior_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना या नहीं.
टैग: terminal_output
--[no]proto:instantiation_stack डिफ़ॉल्ट: "false"
हर नियम के लिए, इंस्टैंशिएशन कॉल के स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग: terminal_output
--[no]proto:locations डिफ़ॉल्ट: "true"
प्रोटो आउटपुट में जगह की जानकारी को आउटपुट देना है या नहीं.
टैग: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> डिफ़ॉल्ट: "all"
कॉमा से अलग किए गए एट्रिब्यूट की सूची. इन्हें आउटपुट में शामिल करें. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट. किसी भी एट्रिब्यूट का आउटपुट न देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प -- आउटपुट=proto पर लागू होता है.
टैग: terminal_output
--[no]proto:rule_inputs_and_outputs डिफ़ॉल्ट: "true"
नियम_इनपुट और नियम_आउटपुट फ़ील्ड को पॉप्युलेट करना है या नहीं.
टैग: terminal_output
--[no]relative_locations डिफ़ॉल्ट: "false"
अगर यह सही है, तो एक्सएमएल में बनाई गई BUILD फ़ाइलों और प्रोटो आउटपुट की जगह तुलना की जाएगी. डिफ़ॉल्ट रूप से, जगह का आउटपुट एक सटीक पाथ होता है और यह मशीनों पर एक जैसा नहीं होगा. इस विकल्प को 'सही' पर सेट किया जा सकता है, ताकि सभी मशीनों में एक जैसा नतीजा दिखे.
टैग: terminal_output
--[no]skyframe_state डिफ़ॉल्ट: "false"
अतिरिक्त विश्लेषण किए बिना, मौजूदा कार्रवाई ग्राफ़ को Skyframe से निकालें. नोट: --skyframe_state के साथ टारगेट के बारे में बताने की सुविधा अभी मौजूद नहीं है. यह फ़्लैग सिर्फ़ -- आउटपुट=proto या --output=textproto के साथ उपलब्ध है.
टैग: terminal_output
--[no]tool_deps डिफ़ॉल्ट: "true"
क्वेरी: अगर बंद होती है, तो 'होस्ट कॉन्फ़िगरेशन' या #33;execution' पर निर्भरता उस डिपेंडेंसी ग्राफ़ में शामिल नहीं की जाएगी जिस पर क्वेरी ऑपरेट की जाती है. एक ('होस्ट कॉन्फ़िगरेशन' डिपेंडेंसी किनारे, जैसे कि कोई भी 'proto_library' प्रोटोकॉल कंपाइलर का नियम, आम तौर पर बिल्ड के दौरान लागू किए गए टूल पर ले जाता है. क्वेरी: अगर बंद है, तो कॉन्फ़िगर किए गए सभी टारगेट को फ़िल्टर कर देता है. ये वे होस्ट होते हैं जो कॉन्फ़िगर किए गए इस टारगेट को खोजने वाले टॉप-लेवल टारगेट से किसी होस्ट या एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट टारगेट कॉन्फ़िगरेशन में भी दिखाए जाएंगे. अगर टॉप-लेवल टारगेट होस्ट कॉन्फ़िगरेशन में है, तो सिर्फ़ होस्ट के लिए कॉन्फ़िगर किए गए टारगेट दिखाए जाएंगे. यह विकल्प, हटाए गए टूलचेन को बाहर नहीं रखेगा.
टैग: build_file_semantics
--universe_scope=<comma-separated list of options> डिफ़ॉल्ट: ""
टारगेट पैटर्न का एक कॉमा-सेपरेटेड सेट (जोड़ें और घटाएं). यह क्वेरी, बताए गए टारगेट के लिए ट्रांज़िट समय के बंद होने पर, ब्रह्मांड में की जा सकती है. इस विकल्प का इस्तेमाल, क्वेरी और cquery कमांड के लिए किया जाता है. क्वेरी के लिए, इस विकल्प का इनपुट उन जवाबों को टारगेट करता है जिनके तहत सभी जवाब बनाए जाते हैं. इसलिए, यह विकल्प कॉन्फ़िगरेशन और ट्रांज़िशन पर असर डाल सकता है. अगर यह विकल्प नहीं दिया गया है, तो टॉप-लेवल के टारगेट यह माना जाता है कि क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट हैं. ध्यान दें: क्वेरी के लिए, इस विकल्प को तय न करने से हो सकता है कि टॉप लेवल विकल्पों के लिए, क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट न बनाए जा सकें. ऐसे में, बिल्ड काम करना बंद कर सकता है.
टैग: loading_and_analysis
ऐसे विकल्प जो बिल्ड टाइम को ऑप्टिमाइज़ करते हैं:
--[no]collapse_duplicate_defines डिफ़ॉल्ट: "false"
चालू होने पर, ग़ैर-ज़रूरी --परिभाषाएं को बिल्ड में जल्दी हटा दिया जाएगा. इससे, कुछ खास तरह के बिल्ड के लिए, विश्लेषण कैश मेमोरी में होने वाली गैर-ज़रूरी नुकसान से बचा जा सकता है.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar डिफ़ॉल्ट: "false"
LibraryJar में मौजूद किसी भी क्लास को हटाने के लिए, ProGuard ProgramJar को फ़िल्टर करें.
टैग: action_command_lines
--[no]experimental_inmemory_dotd_files डिफ़ॉल्ट: "true"
इसके चालू होने पर, C++ .d फ़ाइलें, डिस्क में लिखे जाने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में भेजी जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files डिफ़ॉल्ट: "true"
चालू होने पर, Java कंपाइलेशन से जनरेट की गई डिपेंडेंसी (.jdeps) फ़ाइलें, डिस्क में लिखे जाने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में भेजी जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning डिफ़ॉल्ट: "false"
लागू किए गए मकसद को C/C++ से स्कैन करना है या नहीं.
टैग: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found डिफ़ॉल्ट: "false"
अगर यह चालू होता है, तो parse_headers सुविधा एक ही हेडर नाम वाला स्रोत मिलने पर, एक अलग हेडर कंपाइल कार्रवाई नहीं बनाती है.
टैग: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly डिफ़ॉल्ट: "false"
चालू होने पर, --trim_test_config, testonly=1 के तौर पर मार्क किए गए नियमों के लिए टेस्ट कॉन्फ़िगरेशन को ट्रिम नहीं करेगा. अगर जांच वाले नियम cc_test नियमों पर निर्भर हैं, तो इसका मकसद कार्रवाई से जुड़ी समस्याओं को कम करना है. अगर --trim_test_config गलत है, तो कोई असर नहीं होगा.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import डिफ़ॉल्ट: "false"
अगर यह चालू है, तो cc_Import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning डिफ़ॉल्ट: "false"
इनपुट फ़ाइलों से #include लाइन को पार्स करके, C/C++ कंपाइलेशन को सीमित करें. इससे कंपाइलेशन इनपुट ट्री का साइज़ कम हो जाता है. इससे परफ़ॉर्मेंस बेहतर हो सकती है और बढ़ोतरी भी हो सकती है. हालांकि, यह बिल्ड को भी तोड़ सकता है, क्योंकि शामिल करने वाला स्कैनर, सी प्रीप्रोसेसर सिमेंटिक को पूरी तरह से लागू नहीं करता है. खास तौर पर, यह डाइनैमिक #include डायरेक्टिव को नहीं समझता. साथ ही, यह प्री-प्रोसेसर कंडीशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. अगर इस फ़्लैग से जुड़ी कोई भी समस्या होती है, तो उसे बंद कर दिया जाएगा.
टैग: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing डिफ़ॉल्ट: "true"
ज़्यादातर Jar फ़ाइल को डिक्स करने के लिए अलग से काम करते हैं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning डिफ़ॉल्ट: "true"
अगर इस सुविधा को सेट किया जाता है, तो clang से निकलने वाली .d फ़ाइलों का इस्तेमाल, objc कंपाइल में पास किए गए इनपुट के सेट को हटाने के लिए किया जाएगा.
टैग: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies डिफ़ॉल्ट: "false"
टारगेट //a:a बनाते समय, //a:a वाले सभी टारगेट में मौजूद प्रोसेस हेडर पर निर्भर होता है (अगर टूल चेन के लिए हेडर प्रोसेसिंग चालू है).
टैग: execution
--[no]trim_test_configuration डिफ़ॉल्ट: "true"
चालू होने पर, जांच से जुड़े विकल्प बिल्ड के टॉप लेवल से नीचे हटा दिए जाएंगे. जब यह फ़्लैग चालू होता है, तो गैर-टेस्ट नियमों पर निर्भरता के तौर पर टेस्ट नहीं बनाए जा सकते. हालांकि, टेस्ट से जुड़े विकल्पों में बदलाव करने पर नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder डिफ़ॉल्ट: "true"
इस विकल्प का इस्तेमाल बंद कर दिया गया है. अब यह नहीं किया जा रहा है और इसे जल्द ही हटा दिया जाएगा.
टैग: loading_and_analysis
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: "-.*"
टूलचेन रिज़ॉल्यूशन के दौरान डीबग जानकारी प्रिंट करें. फ़्लैग के लिए रेगुलर एक्सप्रेशन की ज़रूरत होती है. इसकी जांच टूलचेन टाइप और खास टारगेट से की जाती है, ताकि यह देखा जा सके कि क्या डीबग करना है. एक से ज़्यादा रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. इसके बाद, हर रेगुलर एक्सप्रेशन की अलग से जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत मुश्किल है और हो सकता है कि यह सिर्फ़ टूलटिप वाले रिज़ॉल्यूशन के विशेषज्ञों के लिए मददगार हो.
टैग: terminal_output
Bazel निर्देश की सामान्य जानकारी देने या बदलने वाले विकल्प जो दूसरी कैटगरी में नहीं आते.:
--flag_alias=<a 'name=value' flag alias> कई बार इस्तेमाल किया गया
स्टारलार्क फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह एक तर्क के रूप में, फ़ॉर्म और &tt;key>=<value>" में एक मुख्य कुंजी-मान की जोड़ी लेता है.
टैग: changes_inputs
--[no]incompatible_default_to_explicit_init_py डिफ़ॉल्ट: "false"
यह फ़्लैग डिफ़ॉल्ट व्यवहार को बदल देता है, ताकि Python टारगेट की रन फ़ाइलें में __init__.py फ़ाइलें अब अपने-आप न बन पाएं. सटीक रूप से, जब py_binary या py_test टारगेट में legacy_create_init और "auto" (डिफ़ॉल्ट) पर सेट होता है, तो इसे गलत माना जाता है और ऐसा सिर्फ़ तब किया जाता है, जब इस फ़्लैग को सेट किया गया हो. https://github.com/bazelbuild/bazel/issues/10076 देखें.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed डिफ़ॉल्ट: "true"
अगर सही है, तो Python 2 कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे जिसमें सफ़िक्स और #39;-py2' शामिल होंगे. हालांकि, Python 3 के लिए बनाए गए टारगेट, Python से जुड़े सफ़िक्स के बिना रूट में दिखेंगे. इसका मतलब है कि `bazel-bin` सुविधा का सिमलिंक, Python 2 के बजाय Python 3 के टारगेट पर ले जाएगा. अगर आप इस विकल्प को चालू करते हैं, तो `--insupported_py3_is_default` को चालू करने का भी सुझाव दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default डिफ़ॉल्ट: "true"
अगर सही है, तो `py_binary` और `py_test` वाले टारगेट, PY2 के बजाय Python_version` (या `default_python_version`) सेट नहीं करते. अगर आप इस फ़्लैग को सेट करते हैं, तो `--insupported_py2_outputs_are_suffixed` को सेट करने का सुझाव भी दिया जाता है.
टैग: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains डिफ़ॉल्ट: "true"
सही पर सेट करने पर, Python के एक्ज़ीक्यूटेबल नियमों में, Python टूलचेन के बताए गए Python रनटाइम का इस्तेमाल किया जाता है. हालांकि, यह --python_top जैसे लेगसी फ़्लैग वाले रनटाइम से मिले रनटाइम का इस्तेमाल नहीं करता.
टैग: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> डिफ़ॉल्ट: विवरण देखें
Python वर्शन का मोड मोड, जिसमें `PY2` या `PY3` लिखा होता है. ध्यान दें कि यह `py_binary` और `py_test` वाले टारगेट से बदल जाता है. भले ही, वे साफ़ तौर पर कोई वर्शन न बताते हों, इसलिए आम तौर पर इस फ़्लैग के बारे में कोई वजह नहीं होती है.
टैग: loading_and_analysis, affects_outputs, explicit_in_output_path
अलग-अलग तरह के विकल्प, नहीं तो इनकी कैटगरी तय की गई है.:
--[no]cache_test_results [-t] डिफ़ॉल्ट: "auto"
अगर 'auto' पर सेट है, तो Bazel एक टेस्ट फिर से चलाता है, अगर: (1) Bazel ने टेस्ट या इसकी डिपेंडेंसी में बदलावों का पता लगाया हो, (2) टेस्ट को बाहरी के तौर पर मार्क किया गया हो, (3) टेस्ट को --runs_per_test के साथ अनुरोध किया गया हो या(4) टेस्ट पहले पूरा नहीं हुआ हो. अगर B#39;yes' पर सेट किया जाता है, तो बाहरी जांच के तौर पर मार्क किए गए टेस्ट को छोड़कर, बेज़ल सभी जांच नतीजों को कैश मेमोरी में सेव करता है. अगर 'no' पर सेट है, तो बेज़ल किसी भी जांच के नतीजे को कैश मेमोरी में नहीं रखता.
--[no]experimental_cancel_concurrent_tests डिफ़ॉल्ट: "false"
अगर यह सही है, तो ब्लेज़ पहली बार में चलने वाली जांच को एक साथ चलने के लिए रद्द कर देगा. यह --runs_per_test_detects_flakes के साथ सिर्फ़ काम का है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ल किसी कवरेज के चलने के दौरान, हर जांच के लिए पूरी कवरेज डेटा डायरेक्ट्री फ़ेच करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov डिफ़ॉल्ट: "false"
अगर यह सही है, तो अनुमान के मुताबिक कवरेज के लिए, एलसीओवी रिपोर्ट जनरेट की जाएगी.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map डिफ़ॉल्ट: "true"
क्या J2ObjC ट्रांसलेशन के साथ-साथ J2ObjC हेडर मैप जनरेट करना है.
--[no]experimental_j2objc_shorter_header_path डिफ़ॉल्ट: "false"
छोटे हेडर पाथ के साथ जनरेट करने के लिए ("_ios" के बजाय "_j2objc").
टैग: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> डिफ़ॉल्ट: "javabuild"
Java कंपाइलेशन के लिए कम किए गए क्लासपाथ चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java डिफ़ॉल्ट: "false"
Android के साथ काम करने वाली लाइब्रेरी से जुड़े --experimental_run_android_lint_on_java_rule को सीमित करें.
टैग: affects_outputs
--[no]experimental_run_android_lint_on_java_rules डिफ़ॉल्ट: "false"
java_* स्रोतों की पुष्टि करें या नहीं.
टैग: affects_outputs
--[no]explicit_java_test_deps डिफ़ॉल्ट: "false"
गलती से TestUnitner's को हासिल करने के बजाय java_test में JUnit या Hamcrest के लिए साफ़ तौर पर एक डिपेंडेंसी तय करें. अभी सिर्फ़ बेज़ल के लिए काम करता है.
--host_java_launcher=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड के दौरान एक्ज़ीक्यूट होने वाले टूल का इस्तेमाल किया गया Java लॉन्चर.
--host_javacopt=<a string> कई बार इस्तेमाल किया गया
बिल्डिंग के दौरान इस्तेमाल होने वाले टूल बनाते समय, javac को पास करने के लिए अन्य विकल्प.
--host_jvmopt=<a string> कई बार इस्तेमाल किया गया
बिल्ड के दौरान एक्ज़ीक्यूट होने वाले टूल बनाते समय Java VM में पास करने के लिए ज़्यादा विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_exclusive_test_sandboxed डिफ़ॉल्ट: "false"
सही होने पर, सैंडबॉक्स की गई रणनीति की मदद से खास जांच की जाएगी. स्थानीय और #39;' टैग जोड़ें, ताकि किसी खास टेस्ट को स्थानीय तौर पर चलाया जा सके
टैग: incompatible_change
--[no]incompatible_strict_action_env डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ल 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 वर्चुअल जांच में JavaScript शुरू होता है. इसके लिए, 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 डिफ़ॉल्ट: "true"
हर Java टारगेट के लिए, डिपेंडेंसी से जुड़ी जानकारी जनरेट करें (अभी कंपाइल-टाइम क्लासपाथ).
--[no]java_header_compilation डिफ़ॉल्ट: "true"
J स्रोत को सीधे स्रोत से इकट्ठा करें.
--java_language_version=<a string> डिफ़ॉल्ट: "8"
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 VM में पास करने के लिए ज़्यादा विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--legacy_main_dex_list_generator=<a build target label> डिफ़ॉल्ट: विवरण देखें
लेगसी मल्टीडेक्स को कंपाइल करते समय, मुख्य डेक में मौजूद क्लास की सूची जनरेट करने के लिए, बाइनरी का इस्तेमाल किया जाता है.
--plugin=<a build target label> कई बार इस्तेमाल किया गया
बिल्ड में इस्तेमाल करने के लिए प्लग इन. फ़िलहाल, यह java_प्लग इन के साथ काम करता है.
--proguard_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
यह बताता है कि Java बाइनरी बनाते समय कोड हटाने के लिए, ProGuard के किस वर्शन का इस्तेमाल किया जाना चाहिए.
--proto_compiler=<a build target label> डिफ़ॉल्ट: "@bazel_tools//tools/proto:protos"
प्रोटो-कंपाइलर का लेबल.
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/proto:cc_toolchain"
proto_lang_toolchain() का लेबल जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/j2objc:j2objc_proto_toolchain"
proto_lang_toolchain() का लेबल जो j2objc protos को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/proto:java_toolchain"
proto_lang_toolchain() का लेबल जो Java प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/proto:javalite_toolchain"
proto_lang_toolchain() का लेबल जो JavaLite Protos को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--protocopt=<a string> कई बार इस्तेमाल किया गया
प्रोटोबफ़ कंपाइलर से पास होने के लिए अन्य विकल्प.
टैग: affects_outputs
--[no]runs_per_test_detects_flakes डिफ़ॉल्ट: "false"
अगर सही है, तो किसी भी शार्ड को कम से कम एक बार चलाने/बदलने की कोशिश की जाती है. साथ ही, कम से कम एक बार चलाने/बदलने की कोशिश नाकाम हो जाती है.
--shell_executable=<a path> डिफ़ॉल्ट: विवरण देखें
Bzel के इस्तेमाल के लिए, शेल के लिए इस्तेमाल किए जा सकने वाले शेल का ऐब्सलूट पाथ. अगर यह सेट नहीं है, लेकिन BAZEL_SH एनवायरमेंट वैरिएबल, पहले Bazel शुरू करने पर सेट करता है, जो Bazel सर्वर को शुरू करता है, तो Bazel उसका इस्तेमाल करता है. अगर कोई भी सेट नहीं है, तो Bazel हर ऑपरेटिंग सिस्टम के मुताबिक हार्ड कोड वाले डिफ़ॉल्ट पाथ का इस्तेमाल करता है (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, अन्य सभी: /bin/bash). ध्यान दें कि ऐसे शेल का इस्तेमाल करना जो बैश के साथ काम नहीं करता. इसकी वजह से जनरेट की गई बाइनरी के काम न करने या रनटाइम फ़ेल हो सकता है.
टैग: loading_and_analysis
--test_arg=<a string> कई बार इस्तेमाल किया गया
इस सूची में कुछ और विकल्प और आर्ग्युमेंट होते हैं, जिन्हें एक्ज़ीक्यूटेबल टेस्ट में पास किया जाना चाहिए. एक से ज़्यादा आर्ग्युमेंट तय करने के लिए, कई बार इस्तेमाल किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो हर जांच के लिए एक जैसे तर्क मिलेंगे. इसका इस्तेमाल सिर्फ़ 'bazel जांच' कमांड के लिए किया जाता है.
--test_filter=<a string> डिफ़ॉल्ट: विवरण देखें
फ़िल्टर को टेस्ट फ़्रेमवर्क पर फ़ॉरवर्ड करने के लिए फ़िल्टर तय करता है. इस डेटा का इस्तेमाल, जांच करने की संख्या सीमित करने के लिए किया जाता है. ध्यान दें कि इससे इस बात पर कोई असर नहीं पड़ता कि कौनसे टारगेट बने हैं.
--test_result_expiration=<an integer> डिफ़ॉल्ट: "-1"
इस विकल्प का इस्तेमाल रोक दिया गया है और इसका कोई असर नहीं पड़ता.
--[no]test_runner_fail_fast डिफ़ॉल्ट: "false"
फ़ॉरवर्ड करने पर टेस्ट तेज़ी से पूरा नहीं होता. पहली बार असफल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit or disabled> डिफ़ॉल्ट: "explicit"
टेस्टिंग शार्डिंग के लिए रणनीति बताएं: 'explicit' सिर्फ़ तब शार्डिंग का इस्तेमाल करें जब 'shar_count' BUILD एट्रिब्यूट मौजूद हो. 'बंद है' कभी भी टेस्टिंग शार्डिंग का इस्तेमाल न करें.
--tool_java_language_version=<a string> डिफ़ॉल्ट: "8"
एक बिल्ड के दौरान ज़रूरी टूल को चलाने के लिए इस्तेमाल किया गया Java भाषा का वर्शन
--tool_java_runtime_version=<a string> डिफ़ॉल्ट: "quot;remotejdk_11"
बिल्डिंग के दौरान टूल चलाने के लिए इस्तेमाल किया गया Java रनटाइम वर्शन
--[no]use_ijars डिफ़ॉल्ट: "true"
अगर यह विकल्प चालू है, तो इंटरफ़ेस जार का इस्तेमाल करने के लिए Java कंपाइलेशन चालू करें. इससे तेज़ी से इंक्रीमेंटल कंपाइल होगा, लेकिन गड़बड़ी के मैसेज अलग-अलग हो सकते हैं.

बिल्ड करने के विकल्प

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]check_up_to_date डिफ़ॉल्ट: "false"
बिल्डिंग का काम न करें और बस उसे अप-टू-डेट रखें. अगर सभी टारगेट अप-टू-डेट हैं, तो बिल्ड सही तरीके से पूरा हो जाता है. अगर किसी चरण को एक्ज़ीक्यूट करने की ज़रूरत होती है, तो गड़बड़ी की शिकायत की जाती है और बिल्ड काम नहीं करता.
टैग: execution
--dynamic_local_execution_delay=<an integer> डिफ़ॉल्ट: "1000"
अगर बिल्ड एक्ज़ीक्यूशन कम से कम एक बार तेज़ होता है, तो स्थानीय एक्ज़ीक्यूशन में कितने मिलीसेकंड होने चाहिए?
टैग: execution, host_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment> कई बार इस्तेमाल किया गया
स्थानीय तौर पर बताई जाने वाली रणनीतियां, जिनका इस्तेमाल किसी खास नीति के मुताबिक किया जाता है. पासिंग और #39;स्थानीय' जैसा कि मोनोमेनिक, तय नहीं किए गए नीमोनिक के लिए डिफ़ॉल्ट सेट करता है. इससे [mnemonic=]local_stratege[,local_strategi,...]
टैग: execution, host_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment> कई बार इस्तेमाल किया गया
इस नीति के मुताबिक, अपनी पसंद के हिसाब से भी काम करें. पासिंग और #39;रिमोट' जैसे कि मनेनिक, तय न किए गए नीमोनिक के लिए डिफ़ॉल्ट सेट करता है. इसमें [mnemonic=]remote_strategi[,remote_stratege,...] शामिल है
टैग: execution, host_machine_resource_optimizations
--experimental_docker_image=<a string> डिफ़ॉल्ट: ""
डॉकर इमेज का नाम बताएं (उदाहरण के लिए, कोट और नए:कोट) इसका इस्तेमाल डॉक करने की रणनीति का इस्तेमाल करते समय किसी सैंडबॉक्स की कार्रवाई को करने के लिए किया जा सकता है और कार्रवाई अपने-आप प्लैटफ़ॉर्म के ब्यौरे में अपने रिमोट_execution_property की कंटेनर-इमेज एट्रिब्यूट के तौर पर नहीं होती है. इस फ़्लैग की वैल्यू को, &r33;docker Run' की मदद से, बिना किसी बदलाव के भेजा जाता है. इसलिए, यह डॉक करने वाले सिंटैक्स और मैकेनिज़्म के साथ ही काम करता है.
टैग: execution
--[no]experimental_docker_use_customized_images डिफ़ॉल्ट: "true"
अगर यह चालू है, तो मौजूदा उपयोगकर्ता का iid और gid, डॉकर इमेज में इस्तेमाल करने से पहले इंजेक्ट करता है. अगर आपके बिल्ड / टेस्ट, उपयोगकर्ता के कंटेनर के नाम और होम डायरेक्ट्री पर निर्भर करते हैं, तो ऐसा करना ज़रूरी है. यह सुविधा डिफ़ॉल्ट रूप से चालू रहती है. हालांकि, ऐसा हो सकता है कि अपने-आप इमेज को पसंद के मुताबिक बनाने की सुविधा आपके मामले में काम न करे या आप जानते हों कि आपको इसकी ज़रूरत नहीं है.
टैग: execution
--[no]experimental_dynamic_exclude_tools डिफ़ॉल्ट: "true"
इस नीति को सेट करने पर, टूल और कोटेशन के लिए बनाए गए टारगेट को डाइनैमिक नहीं किया जा सकता. इस तरह के टारगेट, इंक्रीमेंटल तरीके से नहीं बनाए जा सकते. इसलिए, लोकल साइकल खर्च करने लायक नहीं होता.
टैग: execution, host_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double> डिफ़ॉल्ट: "0"
यह कंट्रोल करती है कि लोकल एक्ज़ीक्यूटिव से लोकल मशीन पर कितना लोड होना चाहिए. यह फ़्लैग बताता है कि डाइनैमिक एक्ज़ीक्यूशन में कितनी कार्रवाइयां हम एक साथ शेड्यूल करती हैं. यह सीपीयू की संख्या पर आधारित होता है, जो लगता है कि उपलब्ध है. इसे --local_cpu_resources फ़्लैग के ज़रिए कंट्रोल किया जा सकता है. अगर यह फ़्लैग 0 है, तो सभी कार्रवाइयां तुरंत स्थानीय रूप से शेड्यूल कर दी जाती हैं. अगर > 0 है, तो स्थानीय तौर पर शेड्यूल की गई कार्रवाइयों की संख्या उपलब्ध CPU की संख्या से सीमित हो जाती है. अगर < 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 डिफ़ॉल्ट: "false"
डॉकर पर आधारित सैंडबॉक्स करने की सुविधा चालू करें. अगर डॉकर इंस्टॉल नहीं है, तो इस विकल्प का कोई असर नहीं होता है.
टैग: execution
--experimental_persistent_javac
प्रयोग के लिए स्थायी Java कंपाइलर चालू करें.
बड़ा होने का समय:
--strategy=Javac=worker
--strategy=JavaIjar=local
--strategy=JavaDeployJar=local
--strategy=JavaSourceJar=local
--strategy=Turbine=local

टैग: execution, host_machine_resource_optimizations
--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"> डिफ़ॉल्ट: "0"
अगर 0 है, तो कार्रवाई पूरी होते ही सैंडबॉक्स ट्री मिटा दें. इस वजह से कार्रवाई पूरी नहीं हो पाएगी. अगर शून्य से ज़्यादा वैल्यू है, तो एसिंक्रोनस थ्रेड पूल में तीनों को ऐसे मिटाएं कि उसका साइज़ 1 हो. साथ ही, जब बिल्ड चल रहा हो और सर्वर के कुछ समय से इस्तेमाल में न होने पर, इस फ़्लैग की मदद से साइज़ तय किए गए साइज़ तक पहुंच जाए.
टैग: host_machine_resource_optimizations, execution
--experimental_sandboxfs_path=<a string> डिफ़ॉल्ट: "सैंडबॉक्सfs"
--experimental_use_sandboxfs के सही होने पर, सैंडबॉक्स का बाइनरी इस्तेमाल करने का पाथ. अगर कोई नाम है, तो पाथ में मिले उस नाम की पहली बाइनरी का इस्तेमाल करें.
टैग: host_machine_resource_optimizations, execution
--[no]experimental_split_xml_generation डिफ़ॉल्ट: "true"
अगर यह फ़्लैग सेट है, और टेस्ट कार्रवाई से कोई test.xml फ़ाइल जनरेट नहीं होती है, तो बेज़ल टेस्ट लॉग वाली एक डमी test.xml फ़ाइल जनरेट करने के लिए, अलग कार्रवाई का इस्तेमाल करता है. इसके अलावा, Bazel ने टेस्ट कार्रवाई के हिस्से के तौर पर एक test.xml जनरेट किया है.
टैग: execution
--experimental_total_worker_memory_limit_mb=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: "0"
अगर सभी काम करने वाले लोगों की स्टोरेज की तय सीमा पार हो जाती है, तो काम करने की समयसीमा शून्य से ज़्यादा होने पर, उनकी हत्या की जा सकती है.
टैग: execution, host_machine_resource_optimizations
--[no]experimental_use_hermetic_linux_sandbox डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो रूट को माउंट न करें. साथ ही, सिर्फ़ सैंडबॉक्स_add_mont_pair के साथ दी गई चीज़ों को माउंट करें. इनपुट फ़ाइलों को सैंडबॉक्स से सिम्युलेट करने के बजाय सैंडबॉक्स से हार्डलिंक किया जाएगा. अगर कार्रवाई इनपुट फ़ाइलें सैंडबॉक्स से अलग फ़ाइल सिस्टम में हैं, तो इनपुट फ़ाइलों को कॉपी किया जाएगा.
टैग: execution
--[no]experimental_use_sandboxfs डिफ़ॉल्ट: "false"
सिंपल ट्री बनाने के बजाय, सैंडबॉक्स का इस्तेमाल करके कार्रवाइयां और#39; execroot डायरेक्ट्री बनाएं. अगर "yes" को -experimental_sandboxfs_path पर दिया गया बाइनरी मान्य होना चाहिए और सैंडबॉक्सf के साथ काम करने वाले वर्शन से मेल खाना चाहिए. अगर "auto" हो सकता है कि बाइनरी मौजूद न हो या उसके साथ काम न करता हो.
टैग: host_machine_resource_optimizations, execution
--[no]experimental_use_windows_sandbox डिफ़ॉल्ट: "false"
कार्रवाइयां चलाने के लिए, Windows सैंडबॉक्स का इस्तेमाल करें. अगर "yes";-experimental_windows_sandbox_path पर दिया गया बाइनरी मान्य होना चाहिए और सैंडबॉक्सफ़ेस के साथ काम करने वाले वर्शन से मेल खाना चाहिए. अगर "auto" हो सकता है कि बाइनरी मौजूद न हो या उसके साथ काम न करता हो.
--experimental_windows_sandbox_path=<a string> डिफ़ॉल्ट: "BazelSandbox.exe"
--experimental_use_windows_sandbox सही पर होने पर इस्तेमाल करने के लिए, Windows सैंडबॉक्स बाइनरी का पाथ. अगर कोई नाम है, तो पाथ में मिले उस नाम की पहली बाइनरी का इस्तेमाल करें.
--[no]experimental_worker_as_resource डिफ़ॉल्ट: "false"
अगर यह सेटिंग चालू है, तो आपके कर्मचारियों को संसाधन मैनेजर से संसाधन के तौर पर हासिल किया जाता है.
टैग: execution, host_machine_resource_optimizations
--[no]experimental_worker_cancellation डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू है, तो बैज़ेल, काम करने वाले वर्कर को रद्द करने के अनुरोध भेज सकता है.
टैग: execution
--[no]experimental_worker_multiplex डिफ़ॉल्ट: "true"
चालू होने पर, मल्टीप्लेक्स सुविधा में काम करने वाले वर्कर उस सुविधा का इस्तेमाल करेंगे.
टैग: execution, host_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू की जाती है, तो मल्टीप्लेक्स वर्कर सैंडबॉक्स की हर फ़ाइल के लिए, एक अलग सैंडबॉक्स डायरेक्ट्री का इस्तेमाल करके, सैंडबॉक्स बन जाएंगे. सिर्फ़ उन वर्कर को सैंडबॉक्स किया जाएगा जो 'support-multix-सैंडबॉक्सिंग' में एक्ज़ीक्यूशन की ज़रूरी शर्त को शामिल करते हैं.
टैग: execution
--[no]experimental_worker_strict_flagfiles डिफ़ॉल्ट: "false"
अगर यह नीति चालू है, तो वर्कर के लिए निर्देशों का पालन न करने वाले कार्रवाइयों के आर्ग्युमेंट के लिए गड़बड़ी हो सकती है. वर्कर आर्ग्युमेंट के पास आर्ग्युमेंट की सूची के आखिर में, ठीक एक @flagfile आर्ग्युमेंट होना चाहिए.
टैग: execution
--genrule_strategy=<comma-separated list of options> डिफ़ॉल्ट: ""
जेनरल्स लागू करने का तरीका बताएं. इस झंडा को हटा दिया जाएगा. इसके बजाय, सभी कार्रवाइयों को कंट्रोल करने के लिए --spawn_stratege=<value> का इस्तेमाल करें और सिर्फ़ जनरेट करने के लिए कंट्रोल करने के लिए ;value> का इस्तेमाल करें.
टैग: execution
--high_priority_workers=<a string> कई बार इस्तेमाल किया गया
ज़्यादा प्राथमिकता के साथ काम करने के लिए कर्मचारियों का याद रखने का तरीका. जब ज़्यादा प्राथमिकता वाले वर्कर चल रहे होते हैं, तब अन्य सभी वर्कर थ्रॉटल किए जाते हैं.
टैग: execution
अगर यह नीति 'सही है' पर सेट की गई है और --insupported_remote_symlinks भी 'सही' पर सेट है, तो ऐक्शन आउटपुट में सिम्लिंक किए जाने की अनुमति है.
टैग: execution, incompatible_change
अगर नीति को 'सही है' पर सेट किया गया है, तो बेज़ेल, रिमोट कैशिंग/एक्ज़ीक्यूशन प्रोटोकॉल में ऐक्शन आउटपुट के लिए, सिमलिंक दिखाएगा. ऐसा नहीं होने पर, सिमलिंक को फ़ॉलो किया जाएगा और उन्हें फ़ाइलों या डायरेक्ट्री के तौर पर दिखाया जाएगा. जानकारी के लिए #6631 देखें.
टैग: execution, incompatible_change
--[no]incompatible_sandbox_hermetic_tmp डिफ़ॉल्ट: "false"
अगर सही पर सेट की गई है, तो हर Linux सैंडबॉक्स के पास, खाली फ़ाइल डायरेक्ट्री को /tmp के तौर पर माउंट किया जाएगा, न कि होस्ट फ़ाइल सिस्टम को /tmp के तौर पर शेयर करने के साथ. सभी सैंडबॉक्स में होस्ट's/tmp को देखने के लिए --सैंडबॉक्स_add_ वयस्कों के लिए जोड़े=/tmp का इस्तेमाल करें.
टैग: execution
--[no]internal_spawn_scheduler डिफ़ॉल्ट: "false"
Placeholder का विकल्प, ताकि हम ब्लेज़ में बता सकें कि स्पॉन शेड्यूलर चालू किया गया था या नहीं.
टैग: 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] डिफ़ॉल्ट: "auto"
एक साथ की जाने वाली नौकरियों की संख्या. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<flow>) भी हो सकती है, जैसे "auto", "Host_CPUS*.5". वैल्यू, 1 और 5,000 के बीच होनी चाहिए. वैल्यू 2500 से ज़्यादा होने पर, मेमोरी से जुड़ी समस्याएं आ सकती हैं. "auto" होस्ट संसाधनों के आधार पर उचित डिफ़ॉल्ट की गणना करता है.
टैग: host_machine_resource_optimizations, execution
--[no]keep_going [-k] डिफ़ॉल्ट: "false"
गड़बड़ी के बाद जितना हो सके उतना जारी रखें. हालांकि, जो टारगेट पूरा नहीं हो सका और जिस पर निर्भर है, उसका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट की दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग: 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"> डिफ़ॉल्ट: "auto"
लोड होने/विश्लेषण विश्लेषण के लिए इस्तेमाल होने वाले पैरलल थ्रेड की संख्या. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<फ़्लोट>) भी हो सकती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "auto" होस्ट संसाधनों के आधार पर उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए.
टैग: bazel_internal_configuration
--[no]reuse_sandbox_directories डिफ़ॉल्ट: "false"
अगर यह नीति 'सही है' पर सेट है, तो सैंडबॉक्स न किए गए एक्ज़ीक्यूशन के लिए इस्तेमाल की जाने वाली डायरेक्ट्री को फिर से इस्तेमाल किया जा सकता है. ऐसा करने से, सेट अप करने में होने वाली गैर-ज़रूरी सेवाओं से बचा जा सकता है.
टैग: host_machine_resource_optimizations, execution
--sandbox_base=<a string> डिफ़ॉल्ट: ""
इससे सैंडबॉक्स इस पाथ के नीचे सैंडबॉक्स डायरेक्ट्री बना सकता है. tmpfs पर एक पाथ डालें (जैसे कि /run/sham) जो कि आपके बिल्ड / टेस्ट में कई इनपुट फ़ाइलें होने पर परफ़ॉर्मेंस में बहुत सुधार कर सकता है. ध्यान दें: कार्रवाइयों और जनरेट की गई जनरेट की गई फ़ाइलों को इंपोर्ट करने के लिए, आपको tmpf पर ज़रूरत के मुताबिक रैम और खाली जगह चाहिए.
टैग: host_machine_resource_optimizations, execution
--[no]sandbox_explicit_pseudoterminal डिफ़ॉल्ट: "false"
सैंडबॉक्स की गई कार्रवाइयों के लिए, स्यूडोटर्मल बनाने की सुविधा साफ़ तौर पर चालू करें. कुछ linux डिस्ट्रिब्यूशन के लिए, प्रोसेस के ग्रुप आईडी को 'tty' सैंडबॉक्स में सेट करना होता है, ताकि स्यूडोटर्मिनल फ़ंक्शन काम कर सकें. अगर इससे समस्या आ रही है, तो दूसरे ग्रुप का इस्तेमाल करने के लिए, इस फ़्लैग को बंद किया जा सकता है.
टैग: execution
--sandbox_tmpfs_path=<an absolute path> कई बार इस्तेमाल किया गया
सैंडबॉक्स किए गए ऐक्शन के लिए, इस ऐब्सलूट पाथ पर एक खाली और लिखी जा सकने वाली डायरेक्ट्री को माउंट करें. अगर सैंडबॉक्स लागू किया जा सकता है, तो इस डायरेक्ट्री को नज़रअंदाज़ किया जाएगा.
टैग: host_machine_resource_optimizations, execution
--spawn_strategy=<comma-separated list of options> डिफ़ॉल्ट: ""
यह साफ़ करें कि डिफ़ॉल्ट रूप से, कौन-कौनसी कार्रवाइयां की गई हैं. कॉमा से अलग की गई रणनीतियों की सूची को, सबसे ज़्यादा प्राथमिकता से सबसे कम प्राथमिकता तक स्वीकार करता है. हर कार्रवाई के लिए, बेज़ल रणनीति को सबसे ज़्यादा प्राथमिकता देने वाली रणनीति चुनते हैं. इसकी डिफ़ॉल्ट वैल्यू है "remote,worker,sandboxed,local". ज़्यादा जानकारी के लिए, https://blog.bazel.build/2019/06/19/list-strategi.html पर जाएं.
टैग: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> कई बार इस्तेमाल किया गया
दूसरी अहम कार्रवाइयों को कंपाइल करके बांटने का तरीका बताएं. कॉमा से अलग की गई रणनीतियों की सूची को, सबसे ज़्यादा प्राथमिकता से सबसे कम प्राथमिकता तक स्वीकार करता है. हर कार्रवाई के लिए, बेज़ल रणनीति को सबसे ज़्यादा प्राथमिकता देने वाली रणनीति चुनते हैं. इसकी डिफ़ॉल्ट वैल्यू है "remote,worker,sandboxed,local". यह फ़्लैग --spawn_stratege (और --genrule_stratege) की मदद से सेट की गई वैल्यू को ओवरराइड करता है. ऐसा तब होता है, जब monemonic Genrule का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, https://blog.bazel.build/2019/06/19/list-strategi.html पर जाएं.
टैग: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> कई बार इस्तेमाल किया गया
बदलें कि कौनसी स्पॉन रणनीति का इस्तेमाल, ऐसी खास कार्रवाइयों को पूरा करने के लिए करें जिनमें किसी खास regex_filter से मिलते-जुलते ब्यौरे हों. रेगुलर एक्सप्रेशन फ़िल्टर के मिलान की जानकारी के लिए --per_file_copt देखें. ब्यौरे से मेल खाने वाले पहले regex_filter का इस्तेमाल किया जाता है. यह विकल्प रणनीति के बारे में बताने के लिए अन्य फ़्लैग को बदल देता है. उदाहरण: --strateggy_regexp=//foo.*\.cc,-//foo/bar=local का मतलब है कि अगर उसके ब्यौरे //foo.*.cc से मेल खाते हैं, लेकिन //foo/bar से नहीं, तो लोकल रणनीति का इस्तेमाल करके कार्रवाइयां की जाती हैं. उदाहरण: --strateggy_regexp='Compling.*/bar=local --strategi_regexp=Compling=sandboxed को चलाने से 'कंपाइलिंग //foo/bar/baz' और 'local' रणनीति के साथ काम करेगा. हालांकि, क्रम बदलने पर यह 'सैंडबॉक्स
टैग: 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"> कई बार इस्तेमाल किया गया
अगर आप 'worker' रणनीति का इस्तेमाल करते हैं, तो वर्कर प्रोसेस (जैसे कि लगातार Java कंपाइलर) के कितने इंस्टेंस लॉन्च किए जा सकते हैं. इसे [name=value] के तौर पर बताया जा सकता है, ताकि हर वर्कर के हिसाब से वैल्यू को अलग-अलग वैल्यू दी जा सके. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<flow>) भी हो सकती है, जैसे "auto", "Host_CPUS*.5". 'auto' मशीन की क्षमता के आधार पर उचित डिफ़ॉल्ट की गणना करता है. "=value" बिना तय किए गए उच्चारणों के लिए डिफ़ॉल्ट विकल्प सेट करता है.
टैग: 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"> कई बार इस्तेमाल किया गया
अगर आप &experiment3_worker_multix का इस्तेमाल करके, 'worker' रणनीति का इस्तेमाल करते हैं, तो मल्टीप्लेक्स वर्कर में कितने काम के अनुरोध मिल सकते हैं. इसे [name=value] के तौर पर बताया जा सकता है, ताकि हर वर्कर के हिसाब से वैल्यू को अलग-अलग वैल्यू दी जा सके. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<flow>) भी हो सकती है, जैसे "auto", "Host_CPUS*.5". 'auto' मशीन की क्षमता के आधार पर उचित डिफ़ॉल्ट की गणना करता है. "=value" बिना तय किए गए उच्चारणों के लिए डिफ़ॉल्ट विकल्प सेट करता है.
टैग: execution, host_machine_resource_optimizations
--[no]worker_quit_after_build डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू की जाती है, तो बिल्ड पूरा होने के बाद सभी वर्कर काम करना बंद कर देते हैं.
टैग: execution, host_machine_resource_optimizations
--[no]worker_sandboxing डिफ़ॉल्ट: "false"
चालू होने पर, वर्कर सैंडबॉक्स एनवायरमेंट में काम करते हैं.
टैग: execution
--[no]worker_verbose डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू की जाती है, तो वर्कर के शुरू होने, शटडाउन होने पर, मैसेज को पढ़कर सुनाया जाता है, ...
ऐसे विकल्प जो ऐक्शन एक्ज़ीक्यूशन के लिए इस्तेमाल किए जाने वाले टूलचेन को कॉन्फ़िगर करते हैं:
--[no]incompatible_disable_runtimes_filegroups डिफ़ॉल्ट: "false"
बिना समर्थन वाला टैग
टैग: action_command_lines, loading_and_analysis, deprecated, incompatible_change
--[no]incompatible_dont_emit_static_libgcc डिफ़ॉल्ट: "true"
बिना समर्थन वाला टैग
टैग: action_command_lines, loading_and_analysis, deprecated, incompatible_change
बिना समर्थन वाला टैग
टैग: action_command_lines, loading_and_analysis, deprecated, incompatible_change
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]build डिफ़ॉल्ट: "true"
बिल्ड लागू करें; यह आम बात है. --nobuild यह बताता है कि बिल्ड कार्रवाइयां पूरी होने से पहले, बिल्ड काम करना बंद कर देता है. ऐसा नहीं होने पर, पैकेज लोड होने और विश्लेषण के चरण पूरे हो जाने पर शून्य हो जाता है. यह मोड उन फ़ेज़ की जांच करने में मदद करता है.
टैग: execution, affects_outputs
--[no]experimental_run_validations डिफ़ॉल्ट: "true"
इसके बजाय --run_वैलिडेशन का इस्तेमाल करें.
टैग: execution, affects_outputs
--[no]experimental_use_validation_aspect डिफ़ॉल्ट: "false"
जांच के साथ-साथ, पैरललिज़्म के साथ पुष्टि करने से जुड़ी कार्रवाइयां चलाएं या नहीं.
टैग: execution, affects_outputs
--output_groups=<comma-separated list of options> कई बार इस्तेमाल किया गया
कॉमा लगाकर अलग किए गए आउटपुट ग्रुप के नामों की सूची. हर सूची के आगे + या - का प्रीफ़िक्स लगा होता है. + अगर कम से कम एक ग्रुप का प्रीफ़िक्स नहीं है, तो आउटपुट ग्रुप का डिफ़ॉल्ट सेट मौजूद नहीं होता. उदाहरण के लिए, --output_groups=+foo,+bar, डिफ़ॉल्ट सेट, foo और बार का यूनियन बनाता है. वहीं, आउटपुट आउटपुट के ग्रुप=foo, डिफ़ॉल्ट सेट को ओवरराइड करते हैं, जैसे कि सिर्फ़ foo और बार बनाया जाता है.
टैग: execution, affects_outputs
--[no]run_validations डिफ़ॉल्ट: "true"
बिल्ड के हिस्से के तौर पर पुष्टि करने की कार्रवाइयां करनी हैं या नहीं. https://bazel.build/rule/rule#validation_actions को देखें
टैग: execution, affects_outputs
ऐसे विकल्प जो उपयोगकर्ता को उसके आउटपुट पर असर डालने देते हैं, न कि उसकी वैल्यू पर, न कि नीचे दी गई चीज़ों पर:
--aspects=<comma-separated list of options> कई बार इस्तेमाल किया गया
टॉप-लेवल टारगेट पर लागू करने के लिए, कॉमा लगाकर अलग किए गए नतीजों की सूची. सूची में, अगर कैमरे का आसपेक्ट रेशियो (चौड़ाई-ऊंचाई) इसके अलावा, same_aspect ज़रूरी एट्रिब्यूट की ओर से तय किए गए सभी ज़रूरी पहलुओं के बाद चलेगा. इसके बाद,Some_aspect को उन पहलुओं और #39; सेवा देने वाली कंपनियों के मानों का ऐक्सेस मिलेगा. <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"
बीईपी आर्टफ़ैक्ट अपलोड करने के दौरान, खुली हुई फ़ाइलों की ज़्यादा से ज़्यादा संख्या.
टैग: affects_outputs
यह फ़्लैग कंट्रोल करता है कि सुविधा के सिमलिंक कैसे बनाए जाते हैं (बिल्ड के बाद फ़ाइल फ़ोल्डर में दिखने वाले सिमलिंक). ये वैल्यू हो सकती हैं: सामान्य (डिफ़ॉल्ट): बिल्ड के मुताबिक, हर तरह का आसानी से बनाया गया सिमलिंक बनाया या मिटाया जाएगा. साफ़: सभी सिमलिंक बिना किसी शर्त के मिटा दिए जाएंगे. ध्यान न दें: सिमलिंक अकेले ही रह जाएंगे. log_only: लॉग मैसेज इस तरह जनरेट करता है जैसे कि 'सामान्य' पास किया गया हो, लेकिन असल में कोई फ़ाइलसिस्टम कार्रवाई नहीं करता (टूल के लिए उपयोगी). ध्यान दें कि सिर्फ़ सिम्लिंक, जिनके नाम --symlink_प्रीफ़िक्स के मौजूदा मान से जनरेट होते हैं, उन पर असर पड़ सकता है; अगर प्रीफ़िक्स बदलता है, तो पहले से मौजूद सभी सिमलिंक अकेले रह जाएंगे.
टैग: affects_outputs
यह फ़्लैग कंट्रोल करता है कि हम BuildEventProSymlinksIdentified, BuildEventProtocol को पोस्ट करेंगे या नहीं. अगर वैल्यू सही पर सेट है, तो BuildEventProtocol के लिए, आपके फ़ाइल फ़ोल्डर में बनाई गई सभी सुविधा सिमलिंक की सुविधा दी जाएगी. अगर गलत पर सेट है, तो buildEventProtocol में दिया गया][=SymlinksIdentized एक्सटेंशन खाली रहेगा.
टैग: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> कई बार इस्तेमाल किया गया
अब इस्तेमाल में नहीं है. नहीं-नहीं.
टैग: affects_outputs, experimental
--remote_download_minimal
स्थानीय मशीन से कोई भी रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. यह फ़्लैग तीन फ़्लैग के लिए शॉर्टकट है: --experimental_inreminder_jdeps_files, --experimental_inreminder_dogd_files और --remote_download_outputs=minimal.
बड़ा होने का समय:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=minimal

टैग: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> डिफ़ॉल्ट: "all"
अगर इसे कम से कम&33;; पर सेट किया गया है, तो स्थानीय मशीन से ज़रूरी आउटपुट को छोड़कर, स्थानीय मशीन से कोई भी रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. अगर इसे #30;toplevel&#39 पर सेट किया जाता है, तो यह कम से कम और #39 की तरह काम करता है. इसके अलावा, यह टॉप लेवल टारगेट के आउटपुट को स्थानीय मशीन पर भी डाउनलोड करता है. अगर नेटवर्क बैंडविड्थ एक परेशानी है, तो दोनों विकल्प बिल्ड टाइम को काफ़ी कम कर सकते हैं.
टैग: affects_outputs
रिमोट बिल्ड आउटपुट को स्थानीय मशीन में डाउनलोड करने के बजाय, सिंबल लिंक बनाएं. सिम्बॉलिक लिंक के टारगेट को, टेंप्लेट स्ट्रिंग के तौर पर तय किया जा सकता है. इस टेंप्लेट स्ट्रिंग में {हैश} और {size_बाइट} हो सकती हैं, जो ऑब्जेक्ट के हैश और बाइट के साइज़ को बड़ा करती हैं. उदाहरण के लिए, ये प्रतीक लिंक किसी FUSE फ़ाइल सिस्टम की ओर इशारा कर सकते हैं, जो मांग पर CAS से ऑब्जेक्ट लोड करता है.
टैग: affects_outputs
--remote_download_toplevel
स्थानीय मशीन में सिर्फ़ टॉप लेवल टारगेट के आउटपुट आउटपुट डाउनलोड करता है. यह फ़्लैग तीन फ़्लैग के लिए शॉर्टकट है: --experimental_inreminder_jdeps_files, --experimental_inreminder_dogd_files और --remote_download_outputs=toplevel.
बड़ा होने वाला है:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=toplevel

टैग: affects_outputs
वह प्रीफ़िक्स जो किसी बिल्ड के बाद बनाए गए किसी भी सुविधा सिमलिंक से पहले जोड़ा जाता है. अगर इसे छोड़ दिया जाता है, तो डिफ़ॉल्ट वैल्यू, बिल्ड टूल के नाम के बाद हाइफ़न होती है. अगर '/' दिया जाता है, तो कोई सिमलिंक नहीं बनाया जाता और कोई चेतावनी नहीं दी जाती है. चेतावनी: '/' की विशेष सुविधा जल्द ही रोक दी जाएगी; इसके बजाय --experimental_convenience_symlinks=ignore पर जाएं.
टैग: affects_outputs
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग का कॉम्बिनेशन वगैरह):
--[no]experimental_docker_privileged डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू है, तो बेज़ल के पास, कार्रवाइयां करने के दौरान -- खास अधिकार वाला फ़्लैग 'docker Run' हो जाएगा. हो सकता है कि इसे आपके बिल्ड के लिए ज़रूरी हो, लेकिन इससे जानकारी में कमी भी आ सकती है.
टैग: execution
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
अगर सही है, तो सैंडबॉक्स में ऐक्शन इनपुट के तौर पर बताए गए सिंबल लिंक के टारगेट को मैप करें. यह सुविधा पूरी तरह से गड़बड़ी के उन नियमों को बरकरार रखने के लिए है जो ऐसा खुद नहीं करते. ऐसे सभी नियमों को ठीक करने के बाद इसे हटा देना चाहिए.
टैग: host_machine_resource_optimizations, execution
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
--[no]incompatible_legacy_local_fallback डिफ़ॉल्ट: "true"
अगर यह नीति 'सही है' पर सेट है, तो सैंडबॉक्स से मिले लोकल फ़ॉलबैक को, स्थानीय रणनीति के तौर पर इस्तेमाल किया जाता है. आखिर में, यह फ़्लैग डिफ़ॉल्ट रूप से 'गलत है' पर सेट हो जाएगा. इसके बाद, यह नो-ऑप (नहीं) में बदल जाएगा. इसके बजाय, फ़ॉलबैक को कॉन्फ़िगर करने के लिए, --stratege, --spawn_stratege या --Dynamic_local_stratege का इस्तेमाल करें.
टैग: 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 डिफ़ॉल्ट: "true"
कार्रवाइयों के लिए, डिफ़ॉल्ट तौर पर नेटवर्क ऐक्सेस करने की अनुमति दें. ऐसा हो सकता है कि यह सभी सैंडबॉक्स लागू करने के लिए काम न करे.
--[no]sandbox_fake_hostname डिफ़ॉल्ट: "false"
सैंडबॉक्स की गई कार्रवाइयों के लिए, मौजूदा होस्टनेम को #39;localhost' में बदलें.
टैग: execution
--[no]sandbox_fake_username डिफ़ॉल्ट: "false"
सैंडबॉक्स की गई कार्रवाइयों में, मौजूदा उपयोगकर्ता नाम को #33;कोई नहीं' में बदलें.
टैग: execution
--sandbox_writable_path=<a string> कई बार इस्तेमाल किया गया
सैंडबॉक्स की गई कार्रवाइयों के लिए, सैंडबॉक्स में मौजूदा डायरेक्ट्री में लिखें (अगर सैंडबॉक्स लागू हो, तो इसे अनदेखा करें).
टैग: execution
इस विकल्प से Starlark की भाषा के सिमेंटिक या बिल्ड फ़ाइलें (.bzl फ़ाइलें) या Workspace की फ़ाइलें ऐक्सेस करने के लिए बिल्ड एपीआई पर असर पड़ता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility डिफ़ॉल्ट: "false"
अगर यह काम नहीं करता_en_force_config_setting_visible=false. इसके अलावा, अगर यह फ़्लैग गलत है, तो कोई भी config_setting सेटिंग मौजूद है, जिसमें साफ़ तौर पर जानकारी नहीं दिख रही है, //visible:सार्वजनिक. अगर इस फ़्लैग को सही पर सेट किया जाता है, तो config_setting, बाकी सभी नियमों की तरह ही काम करने वाले लॉजिक का पालन करता है. https://github.com/bazelbuild/bazel/issues/12933 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility डिफ़ॉल्ट: "true"
अगर यह सही है, तो config_setting इस्तेमाल करने पर पाबंदी लगाएं. गलत होने पर, हर config_setting हर टारगेट को दिखती है. https://github.com/bazelbuild/bazel/issues/12932 देखें.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]check_tests_up_to_date डिफ़ॉल्ट: "false"
जांच न करें और जांच न करें, बस यह देखें कि वे अप-टू-डेट हैं या नहीं. जांच के सभी नतीजे अप-टू-डेट होने पर, जांच पूरी हो जाती है. अगर किसी जांच को बनाने या एक्ज़ीक्यूट करने की ज़रूरत पड़ती है, तो गड़बड़ी की रिपोर्ट की जाती है और जांच नहीं की जा सकती. यह विकल्प --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' के तौर पर मार्क किया जाता है. आम तौर पर, तय की गई वैल्यू सिर्फ़ एक पूर्णांक या स्ट्रिंग और #39;default' होती है. अगर पूर्णांक है, तो सभी टेस्ट N बार किए जाएंगे. अगर 'default' हैं, तो नियमित जांचों के लिए सिर्फ़ एक टेस्ट किया जाएगा और तीन को टेस्ट के लिए 'फ़्लैकी' के तौर पर मार्क किया गया होगा (flaky=1 एट्रिब्यूट). वैकल्पिक सिंटैक्स: regex_filter@flaky_test_attempts. जहां flaky_test_attempts ऊपर बताया गया है और regex_filter, रेगुलर एक्सप्रेशन के पैटर्न की सूची को शामिल करता है. साथ ही, रेगुलर एक्सप्रेशन पैटर्न को शामिल नहीं करता है (.runs_per_test भी देखें). उदाहरण: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 foo/bar में तीन बार होने वाले टेस्ट को छोड़कर, //foo/में सभी टेस्ट को हटा देता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया आर्ग्युमेंट प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता है, तो इसे डिफ़ॉल्ट तौर पर 'default' के तौर पर इस्तेमाल किया जाता है.
टैग: 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"> डिफ़ॉल्ट: "auto"
एक साथ ज़्यादा से ज़्यादा लोकल टेस्ट जॉब चलाए जा सकते हैं. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<flow>) भी हो सकती है, जैसे "auto", "Host_CPUS*.5". 0 का मतलब है कि स्थानीय संसाधनों की मदद से, स्थानीय टेस्ट जॉब की संख्या को एक साथ ज़्यादा सीमित किया जा सकता है. -- --jobs की वैल्यू से ज़्यादा इसे सेट करना असरदार नहीं है.
टैग: execution
--[no]test_keep_going डिफ़ॉल्ट: "true"
अगर यह जांच नहीं होती है, तो पास नहीं होने वाले टेस्ट की वजह से पूरा बिल्ड रोक दिया जाएगा. डिफ़ॉल्ट रूप से, सभी टेस्ट किए जाते हैं, भले ही कुछ पास न हो पाएं.
टैग: execution
--test_strategy=<a string> डिफ़ॉल्ट: ""
यह बताता है कि जांच करते समय किस रणनीति का इस्तेमाल करना है.
टैग: execution
--test_tmpdir=<a path> डिफ़ॉल्ट: विवरण देखें
'bazel की जांच' की अस्थायी अस्थायी डायरेक्ट्री का इस्तेमाल करता है.
Bzlmod आउटपुट और सिमेंटिक से जुड़े विकल्प:
--allow_yanked_versions=<a string> कई बार इस्तेमाल किया गया
मॉड्यूल वर्शन `<module1>@<version1>,<module2>@<version2>` के फ़ॉर्मैट में तय किए गए हैं. इन्हें रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही वे रजिस्ट्री में बताए गए हों. (अगर वे किसी रजिस्ट्री ओवरराइड से नहीं आ रहे हैं). ऐसा न करने पर, यांकी वाले वर्शन कनेक्ट नहीं हो पाएंगे. आप `BZLMOD_ALLOW_YANKED_VALUES` एनवायरमेंट वैरिएबल के साथ, अनुमति पा चुके यांक किए गए वर्शन भी तय कर सकते हैं. आप कीवर्ड 'all' (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करके, इस जांच को बंद कर सकते हैं.
टैग: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> डिफ़ॉल्ट: "गड़बड़ी"
Bazel वर्शन के साथ काम करने वाले वर्शन की जांच करें. मान्य वैल्यू को 'गड़बड़ी' के तौर पर मार्क करके, उनका समाधान नहीं किया जा सकता. चेक को बंद करने के लिए 'बंद है' या चेतावनी मैच न होने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' होती है.
टैग: loading_and_analysis
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: "चेतावनी"
जांचें कि रूट मॉड्यूल में तय की गई सीधे तौर पर `bazel_dep` डिपेंडेंसी समान वर्शन हैं या नहीं. ये वर्शन, समाधान किए गए डिपेंडेंसी ग्राफ़ में मिलते हैं. मान की जांच करने के लिए, `बंद है' पर सेट किया जाता है. मेल न खाने पर, चेतावनी को प्रिंट करने के लिए `चेतावनी` या गड़बड़ी की वजह से समस्या को दूर करने के लिए `गड़बड़ी` को चुना जाता है.
टैग: loading_and_analysis
--[no]ignore_dev_dependency डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ेल रूट मॉड्यूल के MODULE.bazel में `dev_dependency` के रूप में बताए गए `bazel_dep` और `use_extensions` को अनदेखा कर देता है. ध्यान दें कि MODULE.bazel में उन डेवलपर डिपेंडेंसी को हमेशा अनदेखा कर दिया जाता है, अगर फ़्लैग की वैल्यू पर ध्यान दिए बिना यह रूट मॉड्यूल नहीं है.
टैग: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> कई बार इस्तेमाल किया गया
किसी मॉड्यूल को स्थानीय डायरेक्ट्री से बदल देता है.
--registry=<a string> कई बार इस्तेमाल किया गया
Bzel मॉड्यूल की डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय करें. ऑर्डर अहम है: पहले वाली रजिस्ट्री में मॉड्यूल की जांच की जाएगी और बाद में रजिस्ट्री में सिर्फ़ तब वापस आएंगे, जब वे पहले के रजिस्ट्री में मौजूद न हों.
टैग: changes_inputs
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]announce डिफ़ॉल्ट: "false"
अब इस्तेमाल में नहीं है. नहीं.
टैग: affects_outputs
--[no]debug_spawn_scheduler डिफ़ॉल्ट: "false"
--[no]experimental_bep_target_summary डिफ़ॉल्ट: "false"
TargetTarget इवेंट प्रकाशित करना है या नहीं.
--[no]experimental_build_event_expand_filesets डिफ़ॉल्ट: "false"
अगर सही है, तो आउटपुट फ़ाइलें दिखाते समय, बीईपी में Files को बड़ा करें.
टैग: affects_outputs
अगर सही है, तो आउटपुट फ़ाइलों को दिखाते समय, बीईपी में रिलेटिव फ़ाइलसेट के सिमलिंक का पूरी तरह से समाधान करें. --experimental_build_event_expand_filessets ज़रूरी है.
टैग: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> डिफ़ॉल्ट: "4"
Bazel को बिल्ड इवेंट को फिर से अपलोड करने की ज़्यादा से ज़्यादा संख्या.
टैग: 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 डिफ़ॉल्ट: "true"
चालू करने के बाद, सैंडबॉक्सिंग का इस्तेमाल करके, स्थानीय तौर पर की जाने वाली कार्रवाइयों के लिए, प्रोसेस के आंकड़े (जैसे कि उपयोगकर्ता और सिस्टम समय) रिकॉर्ड किए जाते हैं
टैग: execution
--[no]experimental_docker_verbose डिफ़ॉल्ट: "false"
चालू होने पर, बेज़ल, डॉकर सैंडबॉक्स की रणनीति के बारे में ज़्यादा जानकारी वाले मैसेज प्रिंट करेगी.
टैग: execution
--[no]experimental_materialize_param_files_directly डिफ़ॉल्ट: "false"
अगर आप पैरामीटर फ़ाइलों में बदलाव कर रहे हैं, तो सीधे डिस्क पर लिखें.
टैग: execution
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: "false"
डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या, 20 शब्दों तक सीमित होती है. इसमें सबसे ज़्यादा कार्रवाइयां की जा सकती हैं. इस विकल्प को सेट करने पर, याद रखने में मदद करने वाले सभी शब्दों के आंकड़े लिखे जाएंगे.
--experimental_repository_resolved_file=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो स्टारलार्क की ऐसी वैल्यू लिखें जिसका समाधान स्टार स्टोरेज के उन नियमों से किया गया हो जिनका समाधान हो चुका है.
टैग: affects_outputs
--[no]experimental_stream_log_file_uploads डिफ़ॉल्ट: "false"
लॉग फ़ाइल को डिस्क पर लिखने के बजाय, सीधे रिमोट स्टोरेज में अपलोड करें.
टैग: affects_outputs
--explain=<a path> डिफ़ॉल्ट: विवरण देखें
बिल्ड सिस्टम में, बिल्ड लागू करने के हर चरण के बारे में जानकारी होती है. एक्सप्लेनेशन, दी गई लॉग फ़ाइल में लिखा जाता है.
टैग: affects_outputs
--[no]legacy_important_outputs डिफ़ॉल्ट: "true"
इसका इस्तेमाल करके, Targetcomplete इवेंट में, legacy_outputs फ़ील्ड को जनरेट करने से रोका जाए.
टैग: affects_outputs
--[no]materialize_param_files डिफ़ॉल्ट: "false"
रिमोट ऐक्शन एक्ज़ीक्यूशन का इस्तेमाल करने पर भी, आउटपुट ट्री में आउटपुट पैरामीटर इंटरमीडिएट किया जाता है. यह डीबग करने के लिए काम का है. यह --comcommands और --verbose_failures" से तय होता है.
टैग: execution
--max_config_changes_to_show=<an integer> डिफ़ॉल्ट: "3"
बिल्ड विकल्पों में बदलाव की वजह से विश्लेषण कैश को खारिज करने पर, विकल्प के तौर पर बदले गए नामों की संख्या दिखती है. अगर दी गई संख्या -1 है, तो सभी बदले गए विकल्प दिखेंगे.
टैग: terminal_output
--max_test_output_bytes=<an integer> डिफ़ॉल्ट: "-1"
तय करें कि हर जांच के लिए ज़्यादा से ज़्यादा कितना साइज़ तय करना है, जब --test_output,#39;error' या 'all' हो. यह शोर वाले टेस्ट आउटपुट का बहुत ज़्यादा इस्तेमाल करने से रोकता है. लॉग साइज़ में टेस्ट हेडर शामिल है. नेगेटिव वैल्यू का मतलब कोई सीमा नहीं है. आउटपुट में सब कुछ है या कुछ नहीं.
टैग: 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:60 इंक्रीमेंटल एल्गोरिदम का इस्तेमाल करना.
टैग: affects_outputs
--remote_print_execution_messages=<failure, success or all> डिफ़ॉल्ट: "failure"
चुनें कि रिमोट एक्ज़ीक्यूशन मैसेज कब प्रिंट करें. मान्य वैल्यू: `असफल`, सिर्फ़ असफल होने पर प्रिंट करने के लिए, और कामयाबियों पर प्रिंट करने के लिए `success` और हमेशा प्रिंट करने के लिए `सभी`.
टैग: terminal_output
--[no]sandbox_debug डिफ़ॉल्ट: "false"
सैंडबॉक्स की सुविधा के लिए डीबग करने की सुविधाएं चालू करें. इसमें दो चीज़ें शामिल होती हैं: पहला, सैंडबॉक्स रूट कॉन्टेंट किसी बिल्ड के बाद छोड़ दिया जाता है (और अगर सैंडबॉक्स का इस्तेमाल हो रहा है, तो फ़ाइल सिस्टम माउंट हो जाता है); और दूसरा, चलने पर अतिरिक्त डीबगिंग की जानकारी प्रिंट करता है. इससे, Bazel या Starlark के नियमों के डेवलपर को मदद मिल सकती है. इसकी मदद से, इनपुट फ़ाइलें मौजूद न होने की वजह से, डीबग करने में फ़ेल होने जैसी समस्याएं हो सकती हैं.
टैग: terminal_output
--show_result=<an integer> डिफ़ॉल्ट: "1"
बिल्ड के नतीजे दिखाएं. हर टारगेट के लिए, बताएं कि उसे अप-टू-डेट रखा गया था या नहीं. अगर हां, तो बनाई गई आउटपुट फ़ाइलों की सूची. प्रिंट की गई फ़ाइलें, शेल पर कॉपी-पेस्ट करने के लिए सुविधाजनक स्ट्रिंग होती हैं. इस विकल्प के लिए एक इंटेजर आर्ग्युमेंट होना चाहिए, जो उन टारगेट की थ्रेशोल्ड संख्या होती है जिनके ऊपर नतीजे की जानकारी प्रिंट नहीं की जाती. इसलिए, शून्य होने की वजह से मैसेज पर रोक लगा दी जाती है. MAX_INT की मदद से नतीजे को प्रिंट किया जा सकता है. डिफ़ॉल्ट सेटिंग एक है.
टैग: affects_outputs
--[no]subcommands [-s] डिफ़ॉल्ट: "false"
बिल्ड के दौरान एक्ज़ीक्यूट किए गए सब कमांड को दिखाएं. संबंधित फ़्लैग: --execution_log_json_file, --execution_log_binary_file, टूल के लिए सही फ़ॉर्मैट में फ़ाइल में सबकमांड लॉग करने के लिए.
टैग: terminal_output
--test_output=<summary, errors, all or streamed> डिफ़ॉल्ट: "summary"
पसंदीदा आउटपुट मोड बताता है. मान्य वैल्यू, #39;summary' जांच की स्थिति की खास जानकारी आउटपुट के तौर पर, और #39;गड़बड़ी ' सभी जांचों के लिए लॉग लॉग प्रिंट करने के लिए, ' रीयल टाइम में सभी जांचों के लिए आउटपुट लॉग के साथ आउटपुट दें.
टैग: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase> डिफ़ॉल्ट: "short"
यह जांच की खास जानकारी के मनचाहे फ़ॉर्मैट के बारे में बताता है. मान्य वैल्यू ये हैं: #39;short' सिर्फ़ जांचे गए टेस्ट की जानकारी प्रिंट करने के लिए, 'TERs' पूरे न हो पाने वाले टेस्ट की जानकारी प्रिंट कराने के लिए, और #39;detail' जांच से जुड़े केस का रिज़ॉल्यूशन प्रिंट करने के लिए #39;टेस्ट केस और #39; अस्वीकार किए गए टेस्ट केस की पूरी और उससे जुड़ी अन्य जानकारी प्रिंट न करें
टैग: terminal_output
--[no]verbose_explanations डिफ़ॉल्ट: "false"
अगर-एक्सप्लेनेशन चालू है, तो एक्सप्लेनेशंस की सुविधा ज़्यादा बोलकर दी जाती है. अगर --explain चालू नहीं है, तो कोई असर नहीं होगा.
टैग: affects_outputs
--[no]verbose_failures डिफ़ॉल्ट: "false"
अगर कोई निर्देश काम नहीं करता, तो पूरी कमांड लाइन प्रिंट करें.
टैग: terminal_output
Bazel निर्देश की सामान्य जानकारी देने या बदलने वाले विकल्प जो दूसरी कैटगरी में नहीं आते.:
--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_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल तय करें. इस फ़ाइल में कई लाइनें हैं. इनमें से हर एक निर्देश (`अनुमति दें`, `ब्लॉक करें` या `फिर से लिखें`) से शुरू होता है और इसके बाद एक होस्ट नाम (`अनुमति दें` और `ब्लॉक करें`) या दो पैटर्न होते हैं. एक पैटर्न मिलान करने के लिए और एक पैटर्न के यूआरएल के तौर पर इस्तेमाल करने के लिए, `$1` से शुरू होता है. एक ही यूआरएल के लिए कई 'फिर से लिखने' वाले निर्देश दिए जा सकते हैं.
--[no]experimental_guard_against_concurrent_changes डिफ़ॉल्ट: "false"
किसी कार्रवाई को रिमोट कैश मेमोरी में अपलोड करने से पहले, उसके इनपुट की समयावधि की जांच बंद करने के लिए इसे बंद करें. ऐसे मामलों में, जहां Linux कर्नेल फ़ाइलों को लिखने में देरी करता है, जिसकी वजह से फ़ॉल्स पॉज़िटिव हो सकते हैं.
--experimental_remote_build_event_upload=<all or minimal> डिफ़ॉल्ट: "all"
अगर BEP के तहत सेट किए गए सभी लोकल आउटपुट, रिमोट कैश मेमोरी पर अपलोड किए जाते हैं, तो यह 'all&#39 पर सेट होता है. अगर BEP से रेफ़रंस वाले लोकल आउटपुट, BEP पर बताए गए लोकल आउटपुट पर सेट किए जाते हैं, तो BEP के उपभोक्ताओं के लिए ज़रूरी फ़ाइलों को छोड़कर (जैसे कि टेस्ट लॉग और टाइमिंग प्रोफ़ाइल). file:// स्कीम का इस्तेमाल स्थानीय फ़ाइलों के पाथ और बाइटस्ट्रीम:// स्कीम के लिए किया जाता है. डिफ़ॉल्ट रूप से #&39;&39; होता है.
--[no]experimental_remote_cache_async डिफ़ॉल्ट: "false"
अगर सही है, तो रिमोट कैश I/O, स्पेस के लिए एक जगह के तौर पर काम करने के बजाय, बैकग्राउंड में होगा.
--[no]experimental_remote_cache_compression डिफ़ॉल्ट: "false"
अगर यह चालू है, तो कैश ब्लॉब को zstd कंप्रेस करें या कंप्रेस करें.
--experimental_remote_capture_corrupted_outputs=<a path> डिफ़ॉल्ट: विवरण देखें
ऐसी डायरेक्ट्री का पाथ जहां खराब आउटपुट कैप्चर किए जाएंगे.
--experimental_remote_downloader=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट एसेट एपीआई एंडपॉइंट यूआरआई, जिसे रिमोट डाउनलोड प्रॉक्सी के तौर पर इस्तेमाल किया जा सकता है. इन स्कीमा का इस्तेमाल किया जा सकता है: grpc, grpcs (grpc with TLS enabled) और Unix (लोकल UNIX सॉकेट). अगर कोई स्कीमा नहीं दिया गया है, तो बेज़ल डिफ़ॉल्ट रूप से जीआरपीसी का इस्तेमाल करेगा. देखें: https://github.com/bazelbuild/remote-apis/blob/Master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback डिफ़ॉल्ट: "false"
अगर रिमोट डाउनलोडर काम नहीं कर पाता है, तो स्थानीय डाउनलोडर पर वापस जाएं या नहीं.
--[no]experimental_remote_execution_keepalive डिफ़ॉल्ट: "false"
रिमोट एक्ज़ीक्यूशन कॉल के लिए कीपअलाइव का इस्तेमाल करना है या नहीं.
--experimental_remote_grpc_log=<a path> डिफ़ॉल्ट: विवरण देखें
अगर इस फ़ील्ड में बताया गया है, तो जीआरपीसी कॉल से जुड़ी जानकारी लॉग करने के लिए फ़ाइल का पाथ. इस लॉग में क्रम से चलने वाले com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry प्रोटोबफ़ का क्रम होता है. हर क्रम में इसके आगे वाला क्रम होता है, जैसा कि LogEntry.writeDelimitedTo(InputStream) तरीके से किया जाता है.
--[no]experimental_remote_mark_tool_inputs डिफ़ॉल्ट: "false"
सही पर सेट होने पर, Bazel, रिमोट एक्ज़ीक्यूटर के लिए इनपुट इनपुट के तौर पर मार्क करेगा. इसका इस्तेमाल दूर से काम करने वाले वर्कर को लागू करने के लिए किया जा सकता है.
--[no]experimental_remote_merkle_tree_cache डिफ़ॉल्ट: "false"
अगर इसे 'सही है' पर सेट किया गया है, तो कैश मेमोरी में सेव किए गए डेटा की जांच करने की स्पीड को बेहतर बनाने के लिए, Mercle ट्री के आंकड़ों को याद रखा जाएगा. कैश मेमोरी का फ़ुट प्रिंट, --experimental_remote_mercle_tree_cache_size के ज़रिए कंट्रोल किया जाता है.
--experimental_remote_merkle_tree_cache_size=<a long integer> डिफ़ॉल्ट: "1000"
Merker ट्री की संख्या, ताकि रिमोट कैश चेक चेकिंग स्पीड को बेहतर बनाया जा सके. हालांकि, सॉफ़्ट रेफ़रंस को मैनेज करने के लिए, Java और#39; के इस्तेमाल से कैश मेमोरी अपने-आप कम हो जाती है. हालांकि, बहुत ज़्यादा मेमोरी सेट होने पर, मेमोरी से बाहर होने वाली गड़बड़ियों का सामना करना पड़ सकता है. अगर 0 पर सेट किया जाता है, तो कैश का साइज़ अनलिमिटेड हो जाता है. प्रोजेक्ट का साइज़, प्रोजेक्ट के साइज़ के हिसाब से अलग-अलग होता है. डिफ़ॉल्ट सीमा 1000 है.
--[no]incompatible_remote_build_event_upload_respect_no_cache डिफ़ॉल्ट: "false"
अगर सही पर सेट की गई है, तो बीईपी से मिले आउटपुट, रिमोट कैश मेमोरी में अपलोड नहीं होंगे. ऐसा तब होगा, जब जनरेट करने की कार्रवाई को कहीं और कैश मेमोरी में नहीं रखा जा सकेगा.
--[no]incompatible_remote_downloader_send_all_headers डिफ़ॉल्ट: "true"
क्या आपको एक से ज़्यादा वैल्यू वाले हेडर की सारी वैल्यू, पहले डाउनलोड की जगह रिमोट डाउनलोडर को भेजना है?
टैग: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root डिफ़ॉल्ट: "false"
अगर सही पर सेट की जाती है, तो आउटपुट पाथ काम करने वाली डायरेक्ट्री के बजाय इनपुट रूट से जुड़े होते हैं.
टैग: incompatible_change
--[no]incompatible_remote_results_ignore_disk डिफ़ॉल्ट: "true"
अगर यह सही पर सेट है, तो --noremote_upload_local_results और --noremote_ accept_cached, डिस्क कैश पर लागू नहीं होगा. अगर मिली-जुली कैश मेमोरी का इस्तेमाल किया जाता है: --noremote_upload_local_results, नतीजों की वजह से डिस्क कैश मेमोरी में सेव हो जाएगा, लेकिन रिमोट कैश मेमोरी पर अपलोड नहीं होगा. --noremote_claim_cached के नतीजे में बैज़ेल, डिस्क कैश मेमोरी में नतीजों की जांच करेगा, लेकिन रिमोट कैश मेमोरी में नहीं. कोई भी रिमोट कार्रवाई न करने से होने वाली कार्रवाइयों को डिस्क की कैश मेमोरी में सेव किया जा सकता है. जानकारी के लिए #8216 देखें.
टैग: incompatible_change
--[no]remote_accept_cached डिफ़ॉल्ट: "true"
कहीं से भी कैश मेमोरी में सेव की गई कार्रवाई के नतीजों को स्वीकार करना है या नहीं.
--remote_bytestream_uri_prefix=<a string> डिफ़ॉल्ट: विवरण देखें
होस्टनेम और इंस्टेंस का नाम बाइटस्ट्रीम:// यूआरआई में इस्तेमाल किया जाएगा, जो बिल्ड इवेंट स्ट्रीम में लिखे गए हों. यह विकल्प तब सेट किया जा सकता है, जब प्रॉक्सी का इस्तेमाल करके बिल्ड किए जाते हैं. इस वजह से --remote_executor और --remote_instance_name की वैल्यू, रिमोट एक्ज़ीक्यूशन सेवा के कैननिकल नाम से मेल नहीं खाती. सेट न होने पर, यह डिफ़ॉल्ट रूप से "${hostname}/${instance_name}" पर सेट होगा.
--remote_cache=<a string> डिफ़ॉल्ट: विवरण देखें
कैशिंग एंडपॉइंट का यूआरआई. इन स्कीमा में http, https, grpc, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट) शामिल हैं. अगर कोई स्कीमा नहीं दिया गया है, तो बेज़ल डिफ़ॉल्ट रूप से जीआरपीसी का इस्तेमाल करेगा. TLS को बंद करने के लिए, grpc://, http:// या unix: स्कीमा के बारे में बताएं. https://bazel.build/remote/caachिंग देखें
--remote_cache_header=<a 'name=value' assignment> कई बार इस्तेमाल किया गया
एक हेडर तय करें, जिसे कैश अनुरोध में शामिल किया जाएगा: --remote_cache_header=Name=Value. फ़्लैग को कई बार बताकर, एक से ज़्यादा हेडर पास किए जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_default_exec_properties=<a 'name=value' assignment> कई बार इस्तेमाल किया गया
अगर एक्ज़ीक्यूशन प्लैटफ़ॉर्म पहले से exec_प्रॉपर्टी सेट नहीं है, तो डिफ़ॉल्ट एक्ज़ीक्यूटिव प्रॉपर्टी को रिमोट एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर इस्तेमाल करने के लिए सेट करें.
टैग: affects_outputs
--remote_default_platform_properties=<a string> डिफ़ॉल्ट: ""
अगर एक्ज़ीक्यूशन प्लैटफ़ॉर्म पहले से Remote_execution_प्रॉपर्टी को सेट नहीं करता है, तो डिफ़ॉल्ट प्रॉपर्टी प्रॉपर्टी को रिमोट एक्ज़ीक्यूशन एपीआई के लिए सेट करें. इस वैल्यू का इस्तेमाल तब भी किया जाएगा, जब होस्ट प्लैटफ़ॉर्म को एक्ज़ीक्यूशन के लिए एक्ज़ीक्यूशन प्लैटफ़ॉर्म के रूप में चुना गया हो.
--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:पोर्ट. इन स्कीमा का इस्तेमाल किया जा सकता है: grpc, grpcs (grpc with TLS enabled) और Unix (लोकल UNIX सॉकेट). अगर कोई स्कीमा नहीं दिया गया है, तो बेज़ल डिफ़ॉल्ट रूप से जीआरपीसी का इस्तेमाल करेगा. TLS को बंद करने के लिए, grpc:// या unix: स्कीमा तय करें.
--remote_header=<a 'name=value' assignment> कई बार इस्तेमाल किया गया
एक हेडर तय करें, जिसे अनुरोधों में शामिल किया जाएगा: --remote_header=Name=Value. फ़्लैग को कई बार बताकर, एक से ज़्यादा हेडर पास किए जा सकते हैं. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_instance_name=<a string> डिफ़ॉल्ट: ""
रिमोट एक्ज़ीक्यूशन एपीआई में इंस्टेंस_नाम के तौर पर पास की जाने वाली वैल्यू.
--[no]remote_local_fallback डिफ़ॉल्ट: "false"
रिमोट से एक्ज़ीक्यूशन नहीं होने पर, स्थानीय स्तर पर प्रोग्राम चलाने की रणनीति पर वापस जाना है या नहीं.
--remote_local_fallback_strategy=<a string> डिफ़ॉल्ट: "local"
नहीं, ब्लॉक किया गया. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/7480 पर जाएं.
--remote_max_connections=<an integer> डिफ़ॉल्ट: "100"
रिमोट कैश/एक्ज़ीक्यूटर के साथ एक साथ होने वाले ज़्यादा से ज़्यादा कनेक्शन की सीमा तय करें. डिफ़ॉल्ट रूप से यह वैल्यू 100 होती है. इसे 0 पर सेट करने का मतलब है कि कोई सीमा नहीं. एचटीटीपी रिमोट कैश मेमोरी के लिए, एक टीसीपी कनेक्शन एक बार में एक अनुरोध को हैंडल कर सकता है. इसलिए, बैज़ेल --remote_max_connections एक साथ किए जाने वाले अनुरोधों पर काम कर सकता है. जीआरपीसी रिमोट कैश/एक्ज़ीक्यूटर के लिए, एक जीआरपीसी चैनल आम तौर पर 100+ एक साथ किए जाने वाले अनुरोधों को हैंडल कर सकता है. इसलिए, बेज़ल `--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_timeout=<An immutable length of time.> डिफ़ॉल्ट: "60s"
रिमोट और कैश कॉल का इंतज़ार करने के लिए ज़्यादा से ज़्यादा समय. REST कैश मेमोरी के लिए, यह कनेक्ट करने और पढ़ने का टाइम आउट, दोनों होता है. इन इकाइयों का इस्तेमाल किया जा सकता है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (मिलीसेकंड). अगर यूनिट को छोड़ दिया जाता है, तो वैल्यू को सेकंड में समझा जाता है.
--[no]remote_upload_local_results डिफ़ॉल्ट: "true"
कहीं और से भेजी गई कार्रवाई के नतीजों को रिमोट कैश मेमोरी में अपलोड करना है या नहीं.
--[no]remote_verify_downloads डिफ़ॉल्ट: "true"
अगर सही पर सेट की गई है, तो Bazel सभी रिमोट डाउनलोड के हैश के योग का हिसाब लगाएगा. साथ ही, अगर कैश मेमोरी में सेव किया गया डेटा आपकी उम्मीद के मुताबिक नहीं है, तो इसे कैश मेमोरी में सेव कर दिया जाएगा.
कई विकल्प, जिन्हें किसी कैटगरी में नहीं रखा गया है.:
--auto_output_filter=<none, all, packages or subpackages> डिफ़ॉल्ट: "none"
अगर -- आउटपुट_फ़िल्टर तय नहीं किया गया है, तो इस विकल्प की वैल्यू का इस्तेमाल, अपने-आप एक फ़िल्टर बनाता है. मंज़ूर की गई वैल्यू ये हैं 'none' (फ़िल्टर करें / सब कुछ दिखाएं) और 'packages' (सब कुछ फ़िल्टर करें / कुछ न दिखाएं) 'packages ' (&bs;! 'packages' और#33;subpackages' वैल्यू के लिए //java/foo और //javatests/foo को एक पैकेज के तौर पर माना जाता है)'.
--[no]build_manual_tests डिफ़ॉल्ट: "false"
इस लक्ष्य को बनाए जाने के लिए, टैग किए गए टैग#39;मैन्युअल&339; की ज़रूरत होती है. 'मैन्युअल' जांच को प्रोसेस से बाहर रखा गया है. यह विकल्प उन्हें ज़बरदस्ती बनाने के लिए बनाता है (लेकिन लागू नहीं किया जाता).
--build_tag_filters=<comma-separated list of options> डिफ़ॉल्ट: ""
कॉमा से अलग किए गए टैग की सूची के बारे में बताता है. जिन टैग को बाहर रखना है उन्हें बताने के लिए, हर टैग के पहले '-' सिर्फ़ वे टारगेट बनाए जाएंगे, जिनमें कम से कम एक शामिल टैग शामिल न हो और जिनमें कोई निकाला गया टैग न हो. यह विकल्प 'test' कमांड के साथ किए गए टेस्ट के सेट पर असर नहीं डालता है. ये जांच के फ़िल्टर के विकल्पों से कंट्रोल होते हैं. उदाहरण के लिए, '--test_tag_filters'
--[no]build_tests_only डिफ़ॉल्ट: "false"
अगर बताया गया हो, तो सिर्फ़ *_test और test_suite के नियम बनाए जाएंगे और कमांड लाइन पर दिए गए दूसरे टारगेट को अनदेखा किया जाएगा. डिफ़ॉल्ट रूप से, वह सभी चीज़ें बना दी जाएंगी जिसका अनुरोध किया गया था.
--combined_report=<none or lcov> डिफ़ॉल्ट: "none"
यह नीति बताती है कि कवरेज की रिपोर्ट किस तरह की है. इस समय सिर्फ़ LCOV ही काम करता है.
--[no]compile_one_dependency डिफ़ॉल्ट: "false"
आर्ग्युमेंट फ़ाइलों की एक डिपेंडेंसी को कंपाइल करें. यह, आईडीई में सोर्स फ़ाइलों की जांच करने के लिए उपयोगी है. उदाहरण के लिए, सोर्स फ़ाइल पर निर्भर एक टारगेट को फिर से बनाना. इससे, बदलाव/बिल्ड/टेस्ट साइकल में गड़बड़ियों की पहचान की जा सकती है. यह आर्ग्युमेंट, सभी बिना फ़्लैग वाले आर्ग्युमेंट के बताए गए तरीके पर असर डालता है. टारगेट बनाने के बजाय वे सोर्स फ़ाइल नाम हैं. हर सोर्स फ़ाइल नाम के लिए, एक आर्बिट्ररी टारगेट बनाया जाएगा.
--deleted_packages=<comma-separated list of package names> डिफ़ॉल्ट: ""
पैकेज के नामों की कॉमा-सेपरेटेड लिस्ट, जिसे बिल्ड सिस्टम मौजूद नहीं मानेगा, भले ही वे पैकेज पाथ पर कहीं भी दिखते हों. किसी मौजूदा पैकेज और #39;x' के सब-पैकेज और #39;x' को मिटाते समय इस विकल्प का इस्तेमाल करें. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD मिटाने के बाद, अगर कोई लेबल और #39;//x:y/z&#39 मिलता है, तो बिल्ड सिस्टम शिकायत कर सकता है; अगर उसे अब भी किसी दूसरी package_path एंट्री से मिला है. --deleted_packages x/y के बारे में बताने से यह समस्या हल नहीं होती.
--[no]discard_analysis_cache डिफ़ॉल्ट: "false"
विश्लेषण किए जाने की प्रोसेस पूरी होने के तुरंत बाद, विश्लेषण की कैश मेमोरी खारिज करें. मेमोरी इस्तेमाल को ~10% कम करता है, लेकिन धीरे-धीरे बढ़ने लगता है.
--disk_cache=<a path> डिफ़ॉल्ट: विवरण देखें
डायरेक्ट्री का पाथ, जहां बैज़ल कार्रवाइयां और ऐक्शन आउटपुट पढ़ सकता है और लिख सकता है. अगर डायरेक्ट्री मौजूद नहीं है, तो इसे बनाया जाएगा.
--embed_label=<a one-line string> डिफ़ॉल्ट: ""
बाइनरी कंट्रोल या रिलीज़ लेबल को बाइनरी में जोड़ें
--execution_log_binary_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, इस फ़ाइल में इस्तेमाल किए गए स्पॉन को सीमांकित स्पॉन प्रोटो के तौर पर लॉग करें. लॉग को पहले बिना क्रम में लिखा गया होता है. इसके बाद, उसे शुरू करने के आखिर में स्टेबल क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. मिलते-जुलते फ़्लैग: --execution_log_json_file (ऑर्डर किए गए टेक्स्ट json फ़ॉर्मैट) - --experimental_execution_log_file (बिना क्रम वाले बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड दिखाने के लिए).
--execution_log_json_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, सीमांकित स्पॉन प्रोटो के JSON को दिखाने के तौर पर, इस फ़ाइल में इस्तेमाल किए गए स्पॉन को लॉग करें. लॉग को पहले बिना क्रम में लिखा गया होता है. इसके बाद, उसे शुरू करने के आखिर में स्टेबल क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. संबंधित फ़्लैग: संबंधित फ़्लैग: --execution_log_binary_file (ऑर्डर किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --experimental_execution_log_file (ऑर्डर नहीं किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड दिखाने के लिए).
--[no]expand_test_suites डिफ़ॉल्ट: "true"
विश्लेषण से पहले, test_suite टारगेट को अपने कॉम्पोनेंट के टेस्ट में बढ़ाएं. जब यह फ़्लैग चालू (डिफ़ॉल्ट) हो, तो टेस्ट सुइट से जुड़े टेस्ट पर नेगेटिव टारगेट पैटर्न लागू होंगे, नहीं तो ऐसा नहीं होगा. कमांड-लाइन पर टॉप-लेवल वाले आसपेक्ट रेशियो लागू करने पर, इस फ़्लैग को बंद किया जा सकता है: इससे वे test_suite टारगेट का विश्लेषण कर सकते हैं.
टैग: loading_and_analysis
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> कई बार इस्तेमाल किया गया
क्रेडेंशियल हेल्पर को कॉन्फ़िगर करके, दिए गए दायरे (डोमेन) के क्रेडेंशियल वापस पाएं. क्रेडेंशियल के क्रेडेंशियल से यह जानकारी पाएं: &gt
--experimental_credential_helper_cache_duration=<An immutable length of time.> डिफ़ॉल्ट: "30m"
वह समय कॉन्फ़िगर करता है जिसके लिए क्रेडेंशियल हेल्पर के क्रेडेंशियल कैश किए जाते हैं.
--experimental_credential_helper_timeout=<An immutable length of time.> डिफ़ॉल्ट: "5s"
क्रेडेंशियल हेल्पर का टाइम आउट कॉन्फ़िगर करता है. इस समय खत्म होने पर, क्रेडेंशियल हेल्पर जवाब नहीं दे पाएंगे.
--experimental_execution_log_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, इस फ़ाइल में इस्तेमाल किए गए स्पॉन को सीमांकित स्पॉन प्रोटो के तौर पर लॉग करें. इस फ़ाइल को स्पान के निष्पादन के क्रम में लिखा गया है. संबंधित फ़्लैग: --execution_log_binary_file (ऑर्डर किए गए बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --execution_log_json_file (ऑर्डर किया गया टेक्स्ट json फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड दिखाने के लिए).
--[no]experimental_execution_log_spawn_metrics डिफ़ॉल्ट: "false"
लागू किए गए स्पॉन लॉग में, स्पॉन मेट्रिक शामिल करें.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: ""
इमेज के अलग-अलग हिस्सों के हिसाब से इस्तेमाल पर रोक लगा दी गई है. फ़िल्टर के लिए, दूसरे डेस्टिनेशन के लिए शेड्यूल किए गए फ़िल्टर सेट करें.
--[no]experimental_extra_action_top_level_only डिफ़ॉल्ट: "false"
इमेज के अलग-अलग हिस्सों के हिसाब से इस्तेमाल पर रोक लगा दी गई है. सिर्फ़ टॉप लेवल टारगेट के लिए additional_actions को शेड्यूल करता है.
--[no]experimental_prioritize_local_actions डिफ़ॉल्ट: "true"
अगर इस नीति को सेट किया जाता है, तो सिर्फ़ स्थानीय तौर पर चलने वाली कार्रवाइयों को संसाधन हासिल करने का मौका मिलता है. इसमें डाइनैमिक तौर पर काम करने वाले लोगों को दूसरा मौका मिलता है. साथ ही, डाइनैमिक तौर पर चलने वाली स्टैंडअलोन कार्रवाइयों को भी आखिर में मौका मिलता है.
टैग: execution
--experimental_spawn_scheduler
एक साथ कहीं और भी कार्रवाइयां करके, डाइनैमिक एक्ज़ीक्यूशन चालू करें. Bazel हर कार्रवाई को स्थानीय स्तर पर और दूर से दिखाता है. साथ ही, पहले वाले को पूरा करता है. अगर कोई कार्रवाई वर्कर के साथ काम करती है, तो स्थानीय कार्रवाई स्थायी वर्कर मोड में चलेगी. किसी व्यक्तिगत कार्रवाई स्मारक के लिए डाइनैमिक एक्ज़ीक्यूशन चालू करने के लिए, इसके बजाय `--आंतरिक_spawn_शेड्यूलर` और `--stratezy=<mnemonic>=डाइनैमिक` फ़्लैग का इस्तेमाल करें.
बड़ा होने का समय:
--internal_spawn_scheduler
--spawn_strategy=dynamic
--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 डिफ़ॉल्ट: "false"
पुष्टि करने के लिए, Google Application के डिफ़ॉल्ट क्रेडेंशियल' का इस्तेमाल करना है या नहीं. ज़्यादा जानकारी के लिए https://cloud.google.com/docs/authentication देखें. डिफ़ॉल्ट रूप से बंद रहता है.
--grpc_keepalive_time=<An immutable length of time.> डिफ़ॉल्ट: विवरण देखें
grPC कनेक्शन के लिए कीप-अलाइव पिंग को कॉन्फ़िगर करें. अगर इस नीति को सेट किया जाता है, तो बाज़ेल, कनेक्शन पर कोई रीड ऑपरेशन न करने के बाद पिंग भेजता है. हालांकि, ऐसा सिर्फ़ तब होता है, जब कम से कम एक gRPC कॉल बाकी हो. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम का मान सेट करना एक गड़बड़ी है. डिफ़ॉल्ट तौर पर, चालू रहने वाले पिंग बंद हैं. इस सेटिंग को चालू करने से पहले, आपको सेवा देने वाली कंपनी से बात करनी चाहिए. उदाहरण के लिए, इस फ़्लैग की वैल्यू 30 सेकंड पर सेट करना चाहिए. इसे इस तरह सेट किया जाना चाहिए --grpc_keepalive_time=30s
--grpc_keepalive_timeout=<An immutable length of time.> डिफ़ॉल्ट: "20s"
grPC कनेक्शन के लिए, कीप-अलाइव (चालू रखें) का टाइम आउट कॉन्फ़िगर करें. अगर Keep में अलाइव पिंग --grpc_keepalive_time के साथ चालू हैं, तो Bazel से कनेक्शन का समय खत्म हो जाएगा. ऐसा तब होगा, जब इतने समय के बाद पिंग का जवाब नहीं दिया जाएगा. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम का मान सेट करना एक गड़बड़ी है. अगर कीप-अलाइव पिंग बंद हैं, तो इस सेटिंग को अनदेखा कर दिया जाता है.
--[no]ignore_unsupported_sandboxing डिफ़ॉल्ट: "false"
अगर इस सिस्टम पर सैंडबॉक्स लागू नहीं किया जा सकता, तो चेतावनी प्रिंट न करें.
--[no]incompatible_dont_use_javasourceinfoprovider डिफ़ॉल्ट: "false"
नहीं
टैग: incompatible_change
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: "Host_CPUS"
Belzel पर उपलब्ध लोकल सीपीयू कोर की कुल संख्या साफ़ तौर पर सेट करें, ताकि बिल्ड की कार्रवाइयों को स्थानीय तौर पर लागू किया जा सके. कोई पूर्णांक या "Host_CPUS" लेता है. इसके बाद, [-|*]<फ़्लोट> (जैसे, Host_CPUS*.5, जो उपलब्ध CPU कोर का आधा इस्तेमाल करने के लिए है. डिफ़ॉल्ट रूप से, ("Host_CPUS").
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: quot;Host_RAM*.67"
Bzel के लिए उपलब्ध लोकल होस्ट रैम (एमबी में) की कुल रकम साफ़ तौर पर सेट करें, ताकि बिल्ड पर की जाने वाली बिल्ड कार्रवाइयों पर खर्च किया जा सके. कोई पूर्णांक या "Host_RAM" लेता है. इसके बाद, [-|*]<फ़्लोट> (जैसे, Host_RAM*.5, जो उपलब्ध रैम का आधा हिस्सा इस्तेमाल करती है. डिफ़ॉल्ट रूप से, Bazel, सिस्टम कॉन्फ़िगरेशन की क्वेरी करके, रैम की उपलब्ध संख्या का अनुमान लगाएगा. साथ ही, 67% स्टोरेज का इस्तेमाल करेगा.
--local_termination_grace_seconds=<an integer> डिफ़ॉल्ट: "15"
टाइम आउट होने और ज़बरदस्ती बंद होने की वजह से, स्थानीय प्रक्रिया को खत्म करने के बीच इंतज़ार करने का समय.
--override_repository=<an equals-separated mapping of repository name to path> कई बार इस्तेमाल किया गया
किसी स्थानीय डायरेक्ट्री की मदद से, डेटा स्टोर करने की जगह को बदल देता है.
--package_path=<colon-separated list of options> डिफ़ॉल्ट: "%workspace%"
कोलन से अलग की गई सूची, जिसमें पैकेज ढूंढना है. #&39;%workspace%' से शुरू होने वाले एलिमेंट, एनक्लोज़िंग फ़ाइल फ़ोल्डर के मुताबिक हैं. अगर इसे खाली छोड़ा जाता है या खाली छोड़ दिया जाता है, तो डिफ़ॉल्ट रूप से 'bazel की जानकारी का डिफ़ॉल्ट-पैकेज-पाथ और #39; का आउटपुट होता है.
--[no]show_loading_progress डिफ़ॉल्ट: "true"
अगर इस सुविधा को चालू किया जाता है, तो बेज़ैल, मैसेज प्रिंट और कोट करने की अनुमति देता है:" मैसेज.
--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 व्यवहार और टेस्ट कमांड पर असर डालता है.
--tls_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
TLS सर्टिफ़िकेट के लिए, कोई ऐसा पाथ तय करें जो सर्वर सर्टिफ़िकेट पर हस्ताक्षर करता हो.
--tls_client_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल किए जाने वाले TLS क्लाइंट सर्टिफ़िकेट के बारे में बताएं. आपको क्लाइंट की पुष्टि करने की सुविधा चालू करने के लिए, क्लाइंट कुंजी भी देनी होगी.
--tls_client_key=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल की जाने वाली TLS क्लाइंट कुंजी तय करें. क्लाइंट ऑथेंटिकेशन चालू करने के लिए, आपको क्लाइंट सर्टिफ़िकेट भी देना होगा.
--workspace_status_command=<path> डिफ़ॉल्ट: ""
बिल्ड की शुरुआत में, एक निर्देश जारी किया गया. इसका मकसद, फ़ाइल फ़ोल्डर के लिए की/वैल्यू पेयर के तौर पर स्टेटस की जानकारी देना था. पूरी जानकारी के लिए, उपयोगकर्ता का मैन्युअल देखें. उदाहरण के लिए, टूल/buildstamp/get_workspace_status भी देखें.
बिल्ड एक्ज़ीक्यूशन को कंट्रोल करने वाले विकल्प:
--[no]check_up_to_date डिफ़ॉल्ट: "false"
बिल्डिंग का काम न करें और बस उसे अप-टू-डेट रखें. अगर सभी टारगेट अप-टू-डेट हैं, तो बिल्ड सही तरीके से पूरा हो जाता है. अगर किसी चरण को एक्ज़ीक्यूट करने की ज़रूरत होती है, तो गड़बड़ी की शिकायत की जाती है और बिल्ड काम नहीं करता.
टैग: execution
सिंबल लिंक ट्री बनाने के लिए, डायरेक्ट फ़ाइल सिस्टम को कॉल करना है या नहीं
टैग: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests डिफ़ॉल्ट: "false"
क्या सोर्स मेनिफ़ेस्ट की कार्रवाइयों को बदला जा सकता है
टैग: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing डिफ़ॉल्ट: "false"
अगर यह सही है, तो बेज़ल नए स्पॉन में जांच के लिए कवरेज प्रोसेस करेगा.
टैग: execution
--[no]experimental_split_xml_generation डिफ़ॉल्ट: "true"
अगर यह फ़्लैग सेट है, और टेस्ट कार्रवाई से कोई test.xml फ़ाइल जनरेट नहीं होती है, तो बेज़ल टेस्ट लॉग वाली एक डमी test.xml फ़ाइल जनरेट करने के लिए, अलग कार्रवाई का इस्तेमाल करता है. इसके अलावा, Bazel ने टेस्ट कार्रवाई के हिस्से के तौर पर एक test.xml जनरेट किया है.
टैग: execution
--[no]experimental_strict_fileset_output डिफ़ॉल्ट: "false"
अगर यह विकल्प चालू है, तो फ़ाइलसेट सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें मानेगा. वे निर्देशिकाओं को पार नहीं करेंगे या सिम्बॉलिकेशन के लिए संवेदनशील नहीं होंगे.
टैग: execution
--genrule_strategy=<comma-separated list of options> डिफ़ॉल्ट: ""
जेनरल्स लागू करने का तरीका बताएं. इस झंडा को हटा दिया जाएगा. इसके बजाय, सभी कार्रवाइयों को कंट्रोल करने के लिए --spawn_stratege=<value> का इस्तेमाल करें और सिर्फ़ जनरेट करने के लिए कंट्रोल करने के लिए ;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] डिफ़ॉल्ट: "auto"
एक साथ की जाने वाली नौकरियों की संख्या. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<flow>) भी हो सकती है, जैसे "auto", "Host_CPUS*.5". वैल्यू, 1 और 5,000 के बीच होनी चाहिए. वैल्यू 2500 से ज़्यादा होने पर, मेमोरी से जुड़ी समस्याएं आ सकती हैं. "auto" होस्ट संसाधनों के आधार पर उचित डिफ़ॉल्ट की गणना करता है.
टैग: host_machine_resource_optimizations, execution
--[no]keep_going [-k] डिफ़ॉल्ट: "false"
गड़बड़ी के बाद जितना हो सके उतना जारी रखें. हालांकि, जो टारगेट पूरा नहीं हो सका और जिस पर निर्भर है, उसका विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट की दूसरी ज़रूरी शर्तें हो सकती हैं.
टैग: 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"> डिफ़ॉल्ट: "auto"
लोड होने/विश्लेषण विश्लेषण के लिए इस्तेमाल होने वाले पैरलल थ्रेड की संख्या. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<फ़्लोट>) भी हो सकती है. उदाहरण के लिए, "auto", "Host_CPUS*.5". "auto" होस्ट संसाधनों के आधार पर उचित डिफ़ॉल्ट सेट करता है. कम से कम 1 होना चाहिए.
टैग: bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> डिफ़ॉल्ट: ""
ऐक्शन मॉनमोनिक के आधार पर, किसी कार्रवाई के लिए एक्ज़ीक्यूशन की जानकारी जोड़ें या हटाएं. यह सिर्फ़ उन कार्रवाइयों पर लागू होता है जो लागू करने की जानकारी के साथ काम करती हैं. कई सामान्य कार्रवाइयां, एक्ज़ीक्यूशन की जानकारी के साथ काम करती हैं. उदाहरण के लिए, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा वैल्यू तय करते समय, ऑर्डर का असर मायने रखता है, क्योंकि एक से ज़्यादा रेगुलर एक्सप्रेशन एक ही निकनेम पर लागू हो सकते हैं. सिंटैक्स: "regex=[+-]key,regex=[+-]key,...". उदाहरण के लिए: और #39;.*=+x,.*=-y,.*=+z' &'z' को जोड़ता है, और 'y' को सभी कार्रवाइयों के लिए, लागू करने की जानकारी से हटाता है. 'Genrule=+requireds-x'; '(?!Genrule).*=-Essentials-x' यह गैर-सामान्य नियमों को लागू करने की जानकारी के साथ-साथ, #39;ज़रूरी है-x' को हटाता है.
टैग: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar
कर्मचारियों की मदद से, लगातार Android Dex और डिशुगर कार्रवाइयां चालू करें.
बड़ा होने का तरीका:
--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=AndroidManifestMerger=worker इनका इस्तेमाल करते हुए
}
--persistent_multiplex_android_dex_desugar
कर्मचारियों की मदद से, मल्टीप्लेक्स किया हुआ लगातार Android Dex और Deusgar कार्रवाइयां चालू करें.
बड़ा होने का समय:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

टैग: 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=AndroidManifestMerger=+supports-multiplex-workers इनका इस्तेमाल करते हुए
}
--persistent_multiplex_android_tools
Android के लिए स्थायी और मल्टीप्लेक्स टूल (डीक्सिंग, डिज़र्जिंग, रिसोर्स प्रोसेसिंग) चालू करें.
बड़ा होने का तरीका:
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

टैग: host_machine_resource_optimizations, execution
--spawn_strategy=<comma-separated list of options> डिफ़ॉल्ट: ""
यह साफ़ करें कि डिफ़ॉल्ट रूप से, कौन-कौनसी कार्रवाइयां की गई हैं. कॉमा से अलग की गई रणनीतियों की सूची को, सबसे ज़्यादा प्राथमिकता से सबसे कम प्राथमिकता तक स्वीकार करता है. हर कार्रवाई के लिए, बेज़ल रणनीति को सबसे ज़्यादा प्राथमिकता देने वाली रणनीति चुनते हैं. इसकी डिफ़ॉल्ट वैल्यू है "remote,worker,sandboxed,local". ज़्यादा जानकारी के लिए, https://blog.bazel.build/2019/06/19/list-strategi.html पर जाएं.
टैग: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> कई बार इस्तेमाल किया गया
दूसरी अहम कार्रवाइयों को कंपाइल करके बांटने का तरीका बताएं. कॉमा से अलग की गई रणनीतियों की सूची को, सबसे ज़्यादा प्राथमिकता से सबसे कम प्राथमिकता तक स्वीकार करता है. हर कार्रवाई के लिए, बेज़ल रणनीति को सबसे ज़्यादा प्राथमिकता देने वाली रणनीति चुनते हैं. इसकी डिफ़ॉल्ट वैल्यू है "remote,worker,sandboxed,local". यह फ़्लैग --spawn_stratege (और --genrule_stratege) की मदद से सेट की गई वैल्यू को ओवरराइड करता है. ऐसा तब होता है, जब monemonic Genrule का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, https://blog.bazel.build/2019/06/19/list-strategi.html पर जाएं.
टैग: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> कई बार इस्तेमाल किया गया
बदलें कि कौनसी स्पॉन रणनीति का इस्तेमाल, ऐसी खास कार्रवाइयों को पूरा करने के लिए करें जिनमें किसी खास regex_filter से मिलते-जुलते ब्यौरे हों. रेगुलर एक्सप्रेशन फ़िल्टर के मिलान की जानकारी के लिए --per_file_copt देखें. ब्यौरे से मेल खाने वाले पहले regex_filter का इस्तेमाल किया जाता है. यह विकल्प रणनीति के बारे में बताने के लिए अन्य फ़्लैग को बदल देता है. उदाहरण: --strateggy_regexp=//foo.*\.cc,-//foo/bar=local का मतलब है कि अगर उसके ब्यौरे //foo.*.cc से मेल खाते हैं, लेकिन //foo/bar से नहीं, तो लोकल रणनीति का इस्तेमाल करके कार्रवाइयां की जाती हैं. उदाहरण: --strateggy_regexp='Compling.*/bar=local --strategi_regexp=Compling=sandboxed को चलाने से 'कंपाइलिंग //foo/bar/baz' और 'local' रणनीति के साथ काम करेगा. हालांकि, क्रम बदलने पर यह 'सैंडबॉक्स
टैग: 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 टारगेट करता है. अगर कई प्लैटफ़ॉर्म बताया गया है, तो बाइनरी एक फ़ैट APKs होता है. इसमें हर खास टारगेट प्लैटफ़ॉर्म के लिए, मूल बाइनरी होती हैं.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/android:sdk"
Android ऐप्लिकेशन/प्लैटफ़ॉर्म के बारे में बताता है, जिसका इस्तेमाल Android ऐप्लिकेशन बनाने के लिए किया जाता है.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_compiler=<a string> डिफ़ॉल्ट: विवरण देखें
Apple टारगेट कंपाइलर. किसी टूलचेन के वैरिएंट चुनने के लिए उपयोगी (उदाहरण के लिए, xcode-beta).
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/cpp:toolchain"
Apple और Objc नियमों और उनकी डिपेंडेंसी में इस्तेमाल होने वाले क्रॉसटूल पैकेज का लेबल.
टैग: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
Apple टारगेट grte_top.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string> डिफ़ॉल्ट: ""
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स डालें.
टैग: affects_outputs, explicit_in_output_path
--compiler=<a string> डिफ़ॉल्ट: विवरण देखें
C++ कंपाइलर का इस्तेमाल टारगेट को कंपाइल करने में किया जाता है.
टैग: loading_and_analysis, execution
--coverage_output_generator=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/test:lcov_immr"
बाइनरी की जगह का इस्तेमाल, रॉ कवरेज की रिपोर्ट को प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, डिफ़ॉल्ट रूप से #33;;//tools/test:lcov_merger' डाला जाता है.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> डिफ़ॉल्ट: "@bazel_tools//tools/test:coverage_report_generation"
बाइनरी की वह जगह जिसका इस्तेमाल कवरेज रिपोर्ट जनरेट करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट रूप से, #39;//tools/test:coverage_report_generation' होता है.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/test:coverage_support"
सहायता से जुड़ी उन फ़ाइलों की जगह की जानकारी जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी है. डिफ़ॉल्ट रूप से ##39;//tools/test:coverage_support' होता है.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> डिफ़ॉल्ट: quot;@bazel_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
टैग: loading_and_analysis
--[no]experimental_enable_objc_cc_deps डिफ़ॉल्ट: "true"
bobc_* के नियमों को cc_library पर निर्भर करने की अनुमति देता है. साथ ही, objc की सभी डिपेंडेंसी --cpu पर सेट की गई है और "ios_<--ios_cpu>" की मदद से --ios_multi_cpu में कोई भी वैल्यू डाली जा सकती है.
टैग: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements डिफ़ॉल्ट: "false"
अगर सेट है, तो हर Xcode कार्रवाई के लिए एक "required-xcode:{version}" निष्पादन ज़रूरत जोड़ें. अगर xcode वर्शन में हाइफ़न लेबल लगाया गया है, तो "ज़रूरी है-xcode-label:{version_label}" लागू करने की ज़रूरी शर्त भी जोड़ें.
टैग: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode डिफ़ॉल्ट: "true"
अगर सही है, तो हाल ही में इस्तेमाल किए गए Xcode का इस्तेमाल करें. यह कोड स्थानीय तौर पर और कहीं से भी उपलब्ध है. गलत होने पर या कोई वर्शन उपलब्ध न होने पर, xcode-select से चुने गए लोकल Xcode वर्शन का इस्तेमाल करें.
टैग: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> कई बार इस्तेमाल किया गया
ऐसे प्लैटफ़ॉर्म जो एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर काम करते हैं. प्लैटफ़ॉर्म को सटीक टारगेट या टारगेट पैटर्न के तौर पर तय किया जा सकता है. यह प्लैटफ़ॉर्म, WORKSPACE फ़ाइल में टेक्नोलॉजी के बारे में बताई गई जानकारी के पहले, रजिस्टर्ड_execution_platforms() का इस्तेमाल करके किया जाएगा.
टैग: execution
--extra_toolchains=<comma-separated list of options> कई बार इस्तेमाल किया गया
टूलचेन से जुड़े नियमों के दौरान, टूलचेन से जुड़े नियमों पर ध्यान देना चाहिए. टूलचेन को सटीक टारगेट या टारगेट पैटर्न के रूप में तय किया जा सकता है. यह टूलटिप, WORKSPACE फ़ाइल में रजिस्टर किए गए टूल से पहले रजिस्टर किया जाएगा. इसके लिए, record_toolchains() का इस्तेमाल किया जाएगा.
टैग: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> डिफ़ॉल्ट: विवरण देखें
चेक इन की गई लाइब्रेरी की सुविधा का लेबल. क्रॉसटूल टूलचेन के ज़रिए डिफ़ॉल्ट वैल्यू चुनी जाती है और आपको इसे कभी भी बदलने की ज़रूरत नहीं है.
टैग: action_command_lines, affects_outputs
--host_compiler=<a string> डिफ़ॉल्ट: विवरण देखें
होस्ट कंपाइलेशन के लिए, C++ कंपाइलर का इस्तेमाल किया गया. अगर --host_crosstool_top सेट नहीं है, तो इसे अनदेखा कर दिया जाता है.
टैग: loading_and_analysis, execution
--host_crosstool_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
डिफ़ॉल्ट रूप से, होस्ट कॉन्फ़िगरेशन के लिए --क्रॉसटूल_टॉप और --compiler विकल्प भी इस्तेमाल किए जाते हैं. अगर यह फ़्लैग दिया गया है, तो Bazel दिए गए क्रॉसटूल_टॉप के लिए, डिफ़ॉल्ट libc और कंपाइलर का इस्तेमाल करता है.
टैग: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label> डिफ़ॉल्ट: विवरण देखें
अगर इसके बारे में बताया गया है, तो यह सेटिंग, होस्ट कॉन्फ़िगरेशन के लिए libc की टॉप लेवल डायरेक्ट्री (--grte_top) को बदल देती है.
टैग: action_command_lines, affects_outputs
--host_platform=<a build target label> डिफ़ॉल्ट: ""
प्लैटफ़ॉर्म के उस नियम का लेबल जो होस्ट सिस्टम के बारे में बताता है.
टैग: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल फ़्लैग_सेट करने के लिएexpand_if_all_available में बताने की अनुमति नहीं देगा(माइग्रेट करने के निर्देशों के लिए https://github.com/bazelbuild/bazel/issues/7008 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल, c++ टूलचेन में 'host' और 'nonhost' की सुविधाएं चालू नहीं करेगा (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/7407 पर जाएं).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution डिफ़ॉल्ट: "false"
android के नियमों (Starlark और नेटिव) के लिए Android SDK टूल चुनने के लिए, टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution डिफ़ॉल्ट: "false"
सेब के नियम लागू करने के लिए, टूलचेन टेक्नोलॉजी का इस्तेमाल करें. इससे, Apple के नियम लागू किए जा सकेंगे (Starlark और नेटिव)
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल, lto इंडेक्सिंग कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का फिर से इस्तेमाल नहीं करेगा. ज़्यादा जानकारी के लिए, https://github.com/bazelbuild/bazel/issues/6791 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain डिफ़ॉल्ट: "true"
अगर सही है, तो cc_toolchain.cpu और cc_toolchain.compiler एट्रिब्यूट के सेट होने पर, बेज़ेल शिकायत करेगी (https://github.com/bazelbuild/bazel/issues/7075 पर जाकर, माइग्रेशन के निर्देश देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ेल डिफ़ॉल्ट रूप से लाइब्रेरी डिपेंडेंसी को पूरे संग्रह के तौर पर नहीं जोड़ेगा. (माइग्रेशन के निर्देशों के लिए https://github.com/bazelbuild/bazel/issues/7362 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features डिफ़ॉल्ट: "true"
अगर यह सही है, तो बेज़ल को cc_default.config_features में 'ctx' पैरामीटर की ज़रूरत होगी (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/7793 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]interface_shared_objects डिफ़ॉल्ट: "true"
टूलचेन के साथ काम करने वाले इंटरफ़ेस के शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, इस सेटिंग का इस्तेमाल सभी ELF टूल चेन के लिए किया जा सकता है.
टैग: 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> डिफ़ॉल्ट: ""
मैपिंग फ़ाइल की जगह से पता चलता है कि अगर कोई प्लैटफ़ॉर्म सेट नहीं किया गया है, तो किस प्लैटफ़ॉर्म का इस्तेमाल करना है या कौनसा प्लैटफ़ॉर्म सेट करना है. फ़ाइल फ़ोल्डर के मुख्य रूट के हिसाब से होना चाहिए. डिफ़ॉल्ट रूप से, #39;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 टारगेट चलाने के लिए, पूरे पाथ का इस्तेमाल किया गया. बहिष्कृत; --insupported_use_python_toolchains के ज़रिए बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--python_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
Python वर्शन के बारे में बताने वाले py_runtime का लेबल, टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए शुरू किया गया था. बहिष्कृत; --insupported_use_python_toolchains के ज़रिए बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> डिफ़ॉल्ट: quot;@local_config_platform//:host"
प्लैटफ़ॉर्म के नियम का लेबल, जिसका इस्तेमाल तब किया जाना चाहिए, जब कोई टारगेट प्लैटफ़ॉर्म सेट न किया गया हो और कोई भी प्लैटफ़ॉर्म मैपिंग, फ़्लैग के मौजूदा सेट से मेल न खाता हो.
टैग: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टीवीओएस ऐप्लिकेशन बनाने के लिए इस्तेमाल किए जाने वाले टीवीओएस SDK के वर्शन के बारे में बताता है. अगर बताया नहीं गया है, तो 'xcode_version' से डिफ़ॉल्ट tvOS SDK वर्शन का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
वॉचओएस ऐप्लिकेशन बनाने के लिए, WatchOS SDK के वर्शन के बारे में जानकारी दी गई है. अगर बताया नहीं गया है, तो 'xcode_version' से डिफ़ॉल्ट WatchOS SDK वर्शन का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--xcode_version=<a string> डिफ़ॉल्ट: विवरण देखें
अगर बताए गए हों, तो काम की बिल्ड कार्रवाइयों के लिए, दिए गए वर्शन के Xcode का इस्तेमाल होता है. अगर बताया नहीं गया हो, तो Xcode के मैनेजर का डिफ़ॉल्ट वर्शन इस्तेमाल करता है.
टैग: loses_incremental_state
--xcode_version_config=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/cpp:host_xcodes"
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, xcode_config नियम का लेबल इस्तेमाल किया जाएगा.
टैग: loses_incremental_state, loading_and_analysis
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]apple_enable_auto_dsym_dbg डिफ़ॉल्ट: "false"
dbg बिल्ड के लिए, डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करने की सुविधा चालू करनी है या नहीं.
टैग: affects_outputs, action_command_lines
--[no]apple_generate_dsym डिफ़ॉल्ट: "false"
क्या डीबग सिंबल (.dSYM) फ़ाइल जनरेट करनी है.
टैग: affects_outputs, action_command_lines
--[no]build डिफ़ॉल्ट: "true"
बिल्ड लागू करें; यह आम बात है. --nobuild यह बताता है कि बिल्ड कार्रवाइयां पूरी होने से पहले, बिल्ड काम करना बंद कर देता है. ऐसा नहीं होने पर, पैकेज लोड होने और विश्लेषण के चरण पूरे हो जाने पर शून्य हो जाता है. यह मोड उन फ़ेज़ की जांच करने में मदद करता है.
टैग: execution, affects_outputs
अगर यह सही है, तो रन फ़ाइलें की मदद से, सभी टारगेट के लिए जंगल का सिमलिंक बनाएं. अगर गलत है, तो सिर्फ़ मेनिफ़ेस्ट ही लिखें.
टैग: affects_outputs
--[no]build_runfile_manifests डिफ़ॉल्ट: "true"
अगर सही है, तो सभी टारगेट के लिए Runfiles मेनिफ़ेस्ट लिखें. अगर गलत है, तो उसे हटा दें. गलत होने पर, स्थानीय टेस्ट नहीं चलेंगे.
टैग: affects_outputs
--[no]build_test_dwp डिफ़ॉल्ट: "false"
अगर इसे चालू किया जाता है, तो C++ की जांच स्टैटिक तरीके से बनाई जाती है और बाइनरी फ़ाइल के साथ .dwp फ़ाइल अपने-आप बन जाती है.
टैग: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> डिफ़ॉल्ट: ".pb.h"
cc_proto_library बनाने वाली हेडर फ़ाइलों के प्रीफ़िक्स सेट करता है.
टैग: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> डिफ़ॉल्ट: ".pb.cc"
cc_proto_library बनाने वाली सोर्स फ़ाइलों के प्रीफ़िक्स सेट करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info डिफ़ॉल्ट: "false"
प्रोटो_लाइब्रेरी में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions डिफ़ॉल्ट: "false"
प्रोटो_लाइब्रेरी में वैकल्पिक Java api वर्शन के लिए अतिरिक्त कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_run_validations डिफ़ॉल्ट: "true"
इसके बजाय --run_वैलिडेशन का इस्तेमाल करें.
टैग: execution, affects_outputs
--[no]experimental_save_feature_state डिफ़ॉल्ट: "false"
कंपाइलेशन की सुविधा के चालू होने और अनुरोध किए गए फ़ीचर की स्थिति को कंपाइल करने के आउटपुट के तौर पर सेव करें.
टैग: affects_outputs, experimental
--[no]experimental_use_validation_aspect डिफ़ॉल्ट: "false"
जांच के साथ-साथ, पैरललिज़्म के साथ पुष्टि करने से जुड़ी कार्रवाइयां चलाएं या नहीं.
टैग: execution, affects_outputs
--fission=<a set of compilation modes> डिफ़ॉल्ट: "no"
तय करें कि C++ कंपाइलेशन और लिंक के लिए, कंपाइलेशन के कौनसे मोड इस्तेमाल किए जाएंगे. सभी मोड चालू करने के लिए, {'fastbuild', 'dbg'} और 'opt'} या खास वैल्यू##39;yes' का कोई भी कॉम्बिनेशन हो सकता है.
टैग: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles डिफ़ॉल्ट: "true"
अगर यह सही है, तो .runfiles/wsname/external/repo के तहत, बाहरी डेटा स्टोर करने की जगहों के लिए रन फ़ाइलें सिमलिंक बनाएं. इसके लिए, .runfiles/repo का इस्तेमाल करें.
टैग: affects_outputs
--[no]objc_generate_linkmap डिफ़ॉल्ट: "false"
यह बताता है कि लिंक मैप फ़ाइल जनरेट करनी है या नहीं.
टैग: affects_outputs
--output_groups=<comma-separated list of options> कई बार इस्तेमाल किया गया
कॉमा लगाकर अलग किए गए आउटपुट ग्रुप के नामों की सूची. हर सूची के आगे + या - का प्रीफ़िक्स लगा होता है. + अगर कम से कम एक ग्रुप का प्रीफ़िक्स नहीं है, तो आउटपुट ग्रुप का डिफ़ॉल्ट सेट मौजूद नहीं होता. उदाहरण के लिए, --output_groups=+foo,+bar, डिफ़ॉल्ट सेट, foo और बार का यूनियन बनाता है. वहीं, आउटपुट आउटपुट के ग्रुप=foo, डिफ़ॉल्ट सेट को ओवरराइड करते हैं, जैसे कि सिर्फ़ foo और बार बनाया जाता है.
टैग: execution, affects_outputs
--[no]run_validations डिफ़ॉल्ट: "true"
बिल्ड के हिस्से के तौर पर पुष्टि करने की कार्रवाइयां करनी हैं या नहीं. https://bazel.build/rule/rule#validation_actions को देखें
टैग: execution, affects_outputs
--[no]save_temps डिफ़ॉल्ट: "false"
अगर सेट किया गया है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबलर कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii (पहले से प्रोसेस की गई C++) फ़ाइलें शामिल हैं.
टैग: affects_outputs
ऐसे विकल्प जो उपयोगकर्ता को उसके काम करने के तरीके को कॉन्फ़िगर करने देते हैं, न कि उसके मौजूद होने पर:
--action_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
इसमें एनवायरमेंट वैरिएबल के उस सेट के बारे में बताया गया है जो टारगेट कॉन्फ़िगरेशन वाली कार्रवाइयों के लिए उपलब्ध है. वैरिएबल या तो नाम से तय किए जा सकते हैं, ऐसे में वैल्यू को शुरू करने के एनवायरमेंट से या नाम=वैल्यू पेयर से लिया जा सकता है, जो वैल्यू को शुरू करने के माहौल से अलग सेट करता है. इस विकल्प का इस्तेमाल कई बार किया जा सकता है; एक ही वैरिएबल के लिए दिए गए विकल्पों के लिए, हाल ही में जीत हासिल करने वाले विकल्प, अलग-अलग वैरिएबल के विकल्प इकट्ठा होते हैं.
टैग: action_command_lines
--android_cpu=<a string> डिफ़ॉल्ट: "armeabi-v7a"
Android टारगेट सीपीयू.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx डिफ़ॉल्ट: "false"
AndroidX के साथ काम करने वाली, डेटा बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ databinding v2 के साथ किया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args डिफ़ॉल्ट: "false"
3.4.0 आर्ग्युमेंट के साथ android databinding v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> डिफ़ॉल्ट: "off"
यह तय करता है कि जब कोई cc_binary, शेयर की गई लाइब्रेरी को साफ़ तौर पर न बनाए, तो Android के नियमों के C++ वर्शन को डाइनैमिक तौर पर लिंक किया जाए या नहीं. 'default' इसका मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तौर पर लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: 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 डिफ़ॉल्ट: "false"
ProGuard का इस्तेमाल करने वाले android_binary APKs के लिए, रिसॉर्स को छोटा करने की सुविधा चालू करें.
टैग: affects_outputs, loading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> कई बार इस्तेमाल किया गया
डिवाइस के आर्किटेक्चर को टारगेट करने के लिए, Apple बिटकोड मोड तय करें. वैल्यू, फ़ॉर्म के तौर पर होती हैं ('[platform=]मोड'), जहां प्लैटफ़ॉर्म (जो ##39;ios', 'macos' और 'tvos' या 'watchos') होना ज़रूरी नहीं है. अगर दिया गया हो, तो बिटकोड मोड खास तौर पर उस प्लैटफ़ॉर्म के लिए लागू होता है; अगर इसे छोड़ा जाता है, तो यह सभी प्लैटफ़ॉर्म पर लागू होता है. मोड यह होना चाहिए:#39;none','embed_marks' या 'embed'. यह विकल्प कई बार दिया जा सकता है.
टैग: loses_incremental_state
--aspects=<comma-separated list of options> कई बार इस्तेमाल किया गया
टॉप-लेवल टारगेट पर लागू करने के लिए, कॉमा लगाकर अलग किए गए नतीजों की सूची. सूची में, अगर कैमरे का आसपेक्ट रेशियो (चौड़ाई-ऊंचाई) इसके अलावा, same_aspect ज़रूरी एट्रिब्यूट की ओर से तय किए गए सभी ज़रूरी पहलुओं के बाद चलेगा. इसके बाद,Some_aspect को उन पहलुओं और #39; सेवा देने वाली कंपनियों के मानों का ऐक्सेस मिलेगा. <bzl-file-label>%<aspect_name> उदाहरण के लिए '//tools:my_def.bzl%my_aspect' जहां 'my_aspect' किसी फ़ाइल टूल/my_def.bzl का शीर्ष-स्तरीय मान है
--[no]build_python_zip डिफ़ॉल्ट: "auto"
Python एक्ज़ीक्यूटेबल ज़िप बनाएं; Windows पर, अन्य प्लैटफ़ॉर्म पर बंद
टैग: affects_outputs
--catalyst_cpus=<comma-separated list of options> कई बार इस्तेमाल किया गया
आर्किटेक्चर से अलग की गई ऐसी सूची जिसके लिए Apple कैटलिस्ट बाइनरी बनानी है.
टैग: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage डिफ़ॉल्ट: "false"
अगर आप तय करते हैं, तो बेज़ल कोड इंस्ट्रुमेंट करेगा (जहां संभव हो, ऑफ़लाइन इंस्ट्रूमेंटेशन का इस्तेमाल करके) और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ <inputation_filter से मेल खाने वाले टारगेट पर ही असर पड़ेगा. आम तौर पर, यह विकल्प सीधे नहीं डाला जाना चाहिए - इसके बजाय 'bazel कवरेज' निर्देश का इस्तेमाल किया जाना चाहिए.
टैग: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] डिफ़ॉल्ट: "quot;fastbuild"
वह मोड तय करें जिस पर बाइनरी बनाई जाएगी. मान: 'fastbuild', 'dbg', 'opt'.
टैग: affects_outputs, action_command_lines, explicit_in_output_path
--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, explicit_in_output_path
--cs_fdo_absolute_path=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, CSFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. उस प्रोफ़ाइल फ़ाइल का पूरा पाथ बताएं जिसमें प्रोफ़ाइल फ़ाइल मौजूद है. साथ ही, इसमें रॉ या इंडेक्स की गई LLVM प्रोफ़ाइल फ़ाइल भी होनी चाहिए.
टैग: 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> कई बार इस्तेमाल किया गया
हर --define विकल्प, बिल्ड वैरिएबल के लिए एक असाइनमेंट तय करता है.
टैग: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully> डिफ़ॉल्ट: "default"
यह तय करता है कि C++ बाइनरी को डाइनैमिक तौर पर लिंक किया जाएगा या नहीं. 'default' का मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तौर पर लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path डिफ़ॉल्ट: "true"
अगर सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी होगी.
टैग: affects_outputs
--[no]enable_runfiles डिफ़ॉल्ट: "auto"
रनफ़ाइल सिमलिंक ट्री चालू करें. डिफ़ॉल्ट रूप से, यह Windows पर और अन्य प्लैटफ़ॉर्म पर बंद होता है.
टैग: affects_outputs
--experimental_action_listener=<a build target label> कई बार इस्तेमाल किया गया
इमेज के अलग-अलग हिस्सों के हिसाब से इस्तेमाल पर रोक लगा दी गई है. बिल्ड ऐक्शन को बढ़ाने के लिए, action_listener का इस्तेमाल करें.
टैग: execution, experimental
--[no]experimental_android_compress_java_resources डिफ़ॉल्ट: "false"
APK में Java संसाधन कंप्रेस करें
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 डिफ़ॉल्ट: "false"
android databinding v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking डिफ़ॉल्ट: "false"
ProGuard का इस्तेमाल करने वाले android_binary APKs के लिए, रिसॉर्स को छोटा करने की सुविधा चालू करें.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex डिफ़ॉल्ट: "false"
dex फ़ाइलों को फिर से लिखने के लिए rex टूल का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
यह फ़्लैग कंट्रोल करता है कि सुविधा के सिमलिंक कैसे बनाए जाते हैं (बिल्ड के बाद फ़ाइल फ़ोल्डर में दिखने वाले सिमलिंक). ये वैल्यू हो सकती हैं: सामान्य (डिफ़ॉल्ट): बिल्ड के मुताबिक, हर तरह का आसानी से बनाया गया सिमलिंक बनाया या मिटाया जाएगा. साफ़: सभी सिमलिंक बिना किसी शर्त के मिटा दिए जाएंगे. ध्यान न दें: सिमलिंक अकेले ही रह जाएंगे. log_only: लॉग मैसेज इस तरह जनरेट करता है जैसे कि 'सामान्य' पास किया गया हो, लेकिन असल में कोई फ़ाइलसिस्टम कार्रवाई नहीं करता (टूल के लिए उपयोगी). ध्यान दें कि सिर्फ़ सिम्लिंक, जिनके नाम --symlink_प्रीफ़िक्स के मौजूदा मान से जनरेट होते हैं, उन पर असर पड़ सकता है; अगर प्रीफ़िक्स बदलता है, तो पहले से मौजूद सभी सिमलिंक अकेले रह जाएंगे.
टैग: affects_outputs
यह फ़्लैग कंट्रोल करता है कि हम BuildEventProSymlinksIdentified, BuildEventProtocol को पोस्ट करेंगे या नहीं. अगर वैल्यू सही पर सेट है, तो BuildEventProtocol के लिए, आपके फ़ाइल फ़ोल्डर में बनाई गई सभी सुविधा सिमलिंक की सुविधा दी जाएगी. अगर गलत पर सेट है, तो buildEventProtocol में दिया गया][=SymlinksIdentized एक्सटेंशन खाली रहेगा.
टैग: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> कई बार इस्तेमाल किया गया
अब इस्तेमाल में नहीं है. नहीं-नहीं.
टैग: affects_outputs, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options> डिफ़ॉल्ट: "-O0,-DDEBUG=1"
इन स्ट्रिंग का इस्तेमाल, objc फ़ास्टबिल कंपाइलर के विकल्पों के तौर पर करता है.
टैग: action_command_lines
--[no]experimental_omitfp डिफ़ॉल्ट: "false"
अगर यह सही है, तो स्टैक अनवाइंड करने के लिए libunwind का इस्तेमाल करें. साथ ही, -fomit-frame-pointer के साथ और -fasynchronous-unwind-tables के साथ कंपाइल करें.
टैग: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir डिफ़ॉल्ट: "false"
अगर यह सही है, तो टारगेट प्लैटफ़ॉर्म का इस्तेमाल सीपीयू के बजाय आउटपुट डायरेक्ट्री में किया जाता है.
टैग: affects_outputs, experimental
--[no]experimental_use_llvm_covmap डिफ़ॉल्ट: "false"
अगर बताया गया है, तो Bazel gvv के बजाय llvm-cov कवरेज मैप की जानकारी जनरेट करेगा.
टैग: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options> डिफ़ॉल्ट: "armeabi-v7a"
इस विकल्प को सेट करने पर, फैट APKs को चालू किया जा सकता है, जिनमें सभी खास टारगेट आर्किटेक्चर के लिए नेटिव बाइनरी होती हैं. जैसे, --fat_apk_cpu=x86,armeabi-v7a. अगर यह फ़्लैग बताया गया है, तो android_binary नियमों की निर्भरता के लिए --android_cpu को अनदेखा कर दिया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan डिफ़ॉल्ट: "false"
HWASAN स्प्लिट बनाना है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> डिफ़ॉल्ट: विवरण देखें
एफ़डीओ इंस्ट्रुमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर के साथ, यह उस डायरेक्ट्री का नाम भी स्वीकार करता है जिसके तहत रॉ प्रोफ़ाइल फ़ाइल(फ़ाइलों) को रनटाइम पर डंप किया जाएगा.
टैग: affects_outputs
--fdo_optimize=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, एफ़डीओ की प्रोफ़ाइल की जानकारी का इस्तेमाल करें. उस ZIP फ़ाइल का नाम डालें जिसमें .gcda फ़ाइल ट्री है, ऐसी afdo फ़ाइल है जिसमें कोई ऑटो प्रोफ़ाइल या LLVM प्रोफ़ाइल फ़ाइल है. यह फ़्लैग उन फ़ाइलों को भी स्वीकार करता है जिन्हें लेबल के तौर पर बताया गया है (उदाहरण के लिए, `//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> बताने पर यह सुविधा दुनिया भर में काम नहीं करेगी. नकारात्मक सुविधाएं, हमेशा सकारात्मक सुविधाओं की जगह ले लेती हैं. इस फ़्लैग का इस्तेमाल बेज़ल रिलीज़ के बिना, सुविधा में होने वाले डिफ़ॉल्ट बदलावों को रोल आउट करने के लिए किया जाता है.
टैग: changes_inputs, affects_outputs
--[no]force_pic डिफ़ॉल्ट: "false"
चालू होने पर, सभी C++ कंपाइलेशन, जगह-इंडिपेंडेंट कोड ("-fPIC") की मदद से, पीआईसी पहले से बनी लाइब्रेरी को गैर-PIC लाइब्रेरी और बेहतर लिंक, एक्ज़ीक्यूट किए जा सकने वाले एक्ज़ीक्यूटेबल ("-pie") से बेहतर बनाते हैं.
टैग: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
होने वाले इवेंट या होस्ट के कॉन्फ़िगरेशन से जुड़ी कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल का सेट तय करता है. वैरिएबल या तो नाम से तय किए जा सकते हैं, ऐसे में वैल्यू को शुरू करने के एनवायरमेंट से या नाम=वैल्यू पेयर से लिया जा सकता है, जो वैल्यू को शुरू करने के माहौल से अलग सेट करता है. इस विकल्प का इस्तेमाल कई बार किया जा सकता है; एक ही वैरिएबल के लिए दिए गए विकल्पों के लिए, हाल ही में जीत हासिल करने वाले विकल्प, अलग-अलग वैरिएबल के विकल्प इकट्ठा होते हैं.
टैग: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> डिफ़ॉल्ट: "opt"
बिल्ड के दौरान इस्तेमाल किए गए टूल पहले से मौजूद होंगे. मान: 'fastbuild', 'dbg', 'opt'.
टैग: affects_outputs, action_command_lines
--host_conlyopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए C सोर्स फ़ाइलें कंपाइल करते समय, gcc में पास करने का दूसरा विकल्प.
टैग: action_command_lines, affects_outputs
--host_copt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए, gcc में पास करने के अन्य विकल्प.
टैग: action_command_lines, affects_outputs
--host_cpu=<a string> डिफ़ॉल्ट: ""
होस्ट सीपीयू.
टैग: changes_inputs, affects_outputs
--host_cxxopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए, gcc में पास करने के अन्य विकल्प.
टैग: action_command_lines, affects_outputs
--host_force_python=<PY2 or PY3> डिफ़ॉल्ट: विवरण देखें
होस्ट कॉन्फ़िगरेशन के लिए Python वर्शन को बदल देता है. यह "PY2" या "PY3" हो सकता है.
टैग: loading_and_analysis, affects_outputs
--host_linkopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल लिंक करते समय, gcc में पास करने के लिए ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
होस्ट टारगेट के लिए, कम से कम इस macOS वर्शन का इस्तेमाल किया जा सकता है. अगर बताया नहीं गया है, तो #39;macos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--host_swiftcopt=<a string> कई बार इस्तेमाल किया गया
होस्ट टूल के लिए, swiftc को पास करने के ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls डिफ़ॉल्ट: "true"
चालू होने पर, Windows पर cc_library से जनरेट की गई सभी C++ डाइनैमिक लिंक की गई लाइब्रेरी (DLL) का नाम बदलकर name_{hash}.dll कर दिया जाएगा. यहां हैश का हिसाब लगाने के लिए RepositoryName और DLL's पैकेज पाथ का इस्तेमाल किया जाता है. यह विकल्प तब काम आता है, जब आपके पास एक पैकेज होता है, जो एक जैसे नाम वाली कई cc_library पर निर्भर करता है (उदाहरण के लिए, //foo/bar1:utils और //foo/bar2:utils).
टैग: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory डिफ़ॉल्ट: "true"
अगर सही है, तो genfiles की डायरेक्ट्री को बिन डायरेक्ट्री में फ़ोल्ड कर दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints डिफ़ॉल्ट: "true"
अगर यह सही है, तो @bazel_tools की कंस्ट्रेंट सेटिंग हटा दी गई हैं.
टैग: affects_outputs, incompatible_change
--[no]instrument_test_targets डिफ़ॉल्ट: "false"
कवरेज चालू होने पर, यह बताता है कि टेस्ट करने के लिए, नियमों को लागू करना है या नहीं. सेट होने पर, -- इंस्ट्रूमेंटेशन_फ़िल्टर के शामिल किए गए टेस्ट के नियम लागू किए जाते हैं. नहीं तो, टेस्ट के नियमों को हमेशा कवरेज इंस्ट्रूमेंटेशन से बाहर रखा जाता है.
टैग: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: "-/javatests[/:],-/test/java[/:]"
कवरेज के चालू होने पर, सिर्फ़ वही नियम लागू किए जाएंगे जो बताए गए रेगुलर एक्सप्रेशन पर आधारित फ़िल्टर में शामिल हैं. इसकी जगह उन नियमों को शामिल नहीं किया जाता जिनके नाम के आगे #&39;-&#39 जोड़ा गया है. ध्यान रखें कि जब तक --test_test_targets चालू नहीं होता, तब तक सिर्फ़ गैर-टेस्ट नियम लागू किए जाते हैं.
टैग: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टारगेट सिम्युलेटर और डिवाइसों के लिए, iOS का कम से कम वर्शन. अगर जानकारी नहीं दी गई है, तो #39;ios_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> कई बार इस्तेमाल किया गया
iOS_ ऐप्लिकेशन बनाने के लिए, आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट. नतीजा एक यूनिवर्सल बाइनरी है जिसमें सभी आर्किटेक्चर हैं.
टैग: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive डिफ़ॉल्ट: "true"
अब इस्तेमाल में नहीं है, इसकी जगह --insupported_remove_legacy_whole_archive (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/7362 देखें) को हटा दिया जाएगा. चालू होने पर, उन cc_binary नियमों के लिए --whole-archive का इस्तेमाल करें जिनमें linkशेयर=सही और या तो linkstatic=True या '-static' linkopt में मौजूद है. यह सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए काम करता है. ज़रूरत पड़ने पर, हमेशा लिंक लिंक=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 का कम से कम वर्शन. अगर बताया नहीं गया है, तो #39;macos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--[no]objc_debug_with_GLIBCXX डिफ़ॉल्ट: "false"
अगर सेट किया गया है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIBPP_CONCEPT_CheckS को परिभाषित करें.
टैग: action_command_lines
--[no]objc_enable_binary_stripping डिफ़ॉल्ट: "false"
लिंक की गई बाइनरी के लिए, निशान और डेड-कोड स्ट्रिपिंग करना है या नहीं. अगर इस फ़्लैग और --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> कई बार इस्तेमाल किया गया
कुछ खास फ़ाइलों को कंपाइल करते समय, जीसीसी को चुनिंदा विकल्पों के तौर पर पास करें. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter का मतलब है सामान्य शामिल किए गए एक्सप्रेशन पैटर्न को शामिल करना और बाहर रखना है. (साथ ही, इंस्ट्रूमेंटेशन_फ़िल्टर भी देखें). Option_1 को विकल्प के तौर पर, आर्बिट्ररी कमांड लाइन के विकल्पों के लिए सेट करें. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश से कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ cc की सभी cc फ़ाइलों में gcc कमांड लाइन के लिए -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, 'शामिल करें' सूची और रेगुलर एक्सप्रेशन पैटर्न को शामिल नहीं करता है. Option_1 Option_n का इस्तेमाल आर्बिट्ररी कमांड लाइन के विकल्पों के लिए किया जाता है. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश से कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए, सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo में सभी o फ़ाइलों के LTO बैकएंड कमांड लाइन के लिए, -foo को छोड़कर -O0 कमांड लाइन विकल्प जोड़ता है.
टैग: action_command_lines, affects_outputs
--platform_suffix=<a string> डिफ़ॉल्ट: विवरण देखें
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़ा जाने वाला सफ़िक्स डालें.
टैग: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, Propler प्रोफ़ाइल की जानकारी का इस्तेमाल करें.एक प्रॉपेलर प्रोफ़ाइल में कम से कम दो फ़ाइलें, एक cc प्रोफ़ाइल, और एक ld प्रोफ़ाइल होनी चाहिए. यह फ़्लैग ऐसे बिल्ड लेबल को स्वीकार करता है जिसे प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों के बारे में बताया जाना चाहिए. उदाहरण के लिए, a/b/BUILD:proppel_optimize( name = "prophel_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = quot;proppel_ld_profile.txt") में 'लेबल' से जुड़ी जोड़ी गई फ़ाइलें इस विकल्प का इस्तेमाल इस तरह किया जाना चाहिए: --proppel_optimize=//a/b:proppel_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' और 'run' कमांड के लिए एक्ज़ीक्यूटेबल के पहले इंसर्ट करने का उपसर्ग. अगर वैल्यू #&39;foo -bar' और एक्ज़ीक्यूशन कमांड लाइन ##39;test_binary -baz' है, तो फ़ाइनल कमांड लाइन 'foo -bar test_binary -baz'.यह एक्ज़ीक्यूटेबल टारगेट पर भी लेबल हो सकता है. इसके कुछ उदाहरण ये हैं:
टैग: action_command_lines
--[no]share_native_deps डिफ़ॉल्ट: "true"
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी अलग-अलग टारगेट में शेयर की जाएंगी
टैग: loading_and_analysis, affects_outputs
--[no]stamp डिफ़ॉल्ट: "false"
तारीख, उपयोगकर्ता नाम, होस्टनेम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ स्टैंप बाइनरी
टैग: affects_outputs
--strip=<always, sometimes or never> डिफ़ॉल्ट: "कभी-"
यह बताता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाना है या नहीं; "-Wl,--sTrip-debug" का इस्तेमाल करके. #&39; कभी-कभी #39; की डिफ़ॉल्ट वैल्यू का मतलब है स्ट्रिप iff --compilation_mode=fastbuild.
टैग: affects_outputs
--stripopt=<a string> कई बार इस्तेमाल किया गया
'<name>.sTRIPped' बाइनरी जनरेट करते समय, स्ट्रिप को पास करने के ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--swiftcopt=<a string> कई बार इस्तेमाल किया गया
Swift कंपाइलेशन में पास करने के लिए ज़्यादा विकल्प.
टैग: action_command_lines
वह प्रीफ़िक्स जो किसी बिल्ड के बाद बनाए गए किसी भी सुविधा सिमलिंक से पहले जोड़ा जाता है. अगर इसे छोड़ दिया जाता है, तो डिफ़ॉल्ट वैल्यू, बिल्ड टूल के नाम के बाद हाइफ़न होती है. अगर '/' दिया जाता है, तो कोई सिमलिंक नहीं बनाया जाता और कोई चेतावनी नहीं दी जाती है. चेतावनी: '/' की विशेष सुविधा जल्द ही रोक दी जाएगी; इसके बजाय --experimental_convenience_symlinks=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 वर्शन काम करता है. अगर जानकारी नहीं दी गई है, तो #39;tvos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--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 का कम से कम वर्शन. अगर बताया नहीं गया है, तो #39;watchos_sdk_version' का इस्तेमाल होता है.
टैग: loses_incremental_state
--xbinary_fdo=<a build target label> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, XbinaryFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम बताएं. जब यह विकल्प --fdo_console/--fdo_optimize/--fdo_profile, के साथ इस्तेमाल किया जाता है, तो ये विकल्प हमेशा लागू होते हैं. जैसे कि xbinary_fdo की जानकारी कभी नहीं दी गई है.
टैग: affects_outputs
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग का कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label> डिफ़ॉल्ट: ""
cpu वैल्यू को अपने-आप मैप करने के लिए, एनवायरमेंट_ग्रुप के बारे में बताएं.
टैग: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses डिफ़ॉल्ट: "false"
जांच लें कि निर्भर पैकेज की मदद से दिए गए लाइसेंस के प्रतिबंध, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड से मेल न खाते हों. डिफ़ॉल्ट तौर पर, लाइसेंस की जांच नहीं की जाती.
टैग: build_file_semantics
--[no]check_visibility डिफ़ॉल्ट: "true"
बंद होने पर, टारगेट डिपेंडेंसी में दिखने वाली गड़बड़ियां, चेतावनियों से कम कर दी जाती हैं.
टैग: build_file_semantics
--[no]desugar_for_android डिफ़ॉल्ट: "true"
डेक्सिंग से पहले, desugar Java 8 बाइटकोड चुनें.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]desugar_java8_libs डिफ़ॉल्ट: "false"
पुराने डिवाइस के लिए, ऐप्लिकेशन में काम करने वाली Java 8 लाइब्रेरी शामिल करनी है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints डिफ़ॉल्ट: "true"
उन जगहों की जांच करता है जो हर टारगेट के साथ काम करता है. साथ ही, अगर किसी टारगेट में ऐसी डिपेंडेंसी होती है जो एक जैसे एनवायरमेंट की सुविधा नहीं देती हैं, तो यह गड़बड़ी की रिपोर्ट करता है
टैग: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs डिफ़ॉल्ट: "false"
डेप् स वाले srcs-less android_library नियमों को अनुमति देने से रोकने में मदद करने के लिए फ़्लैग करें. इसे डिफ़ॉल्ट रूप से रोल आउट करने के लिए डिपो को साफ़ किया जाना चाहिए.
टैग: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps डिफ़ॉल्ट: "true"
Android बाइनरी लेवल पर सही डिकोड करने की जांच दोबारा करें.
टैग: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> डिफ़ॉल्ट: "off"
चालू होने पर, यह देखें कि aar_Import की डिपेंडेंसी पूरी हुई हैं या नहीं. नीति उल्लंघन ठीक करने के इस तरीके का इस्तेमाल करके, ऐप्लिकेशन के बिल्ड में गड़बड़ी की जा सकती है या इससे चेतावनी भी मिल सकती है.
टैग: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> डिफ़ॉल्ट: "default"
अगर सही है, तो जांच करता है कि Java टारगेट में सीधे तौर पर इस्तेमाल किए गए सभी टारगेट डिपेंडेंसी के तौर पर दिखते हैं या नहीं.
टैग: build_file_semantics, eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files डिफ़ॉल्ट: "false"
चालू होने पर, जनरेट किए जाने वाले नियम की जांच करके, सिर्फ़ उन ज़रूरी शर्तों की जांच करें जो आउटपुट फ़ाइलें हैं. यह दृश्यता जांच से मेल खाता है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disable_native_android_rules डिफ़ॉल्ट: "false"
अगर यह सुविधा चालू है, तो स्थानीय Android नियमों का सीधे तौर पर इस्तेमाल करने की सुविधा बंद हो जाती है. कृपया https://github.com/bazelbuild/rules_android के Starlark Android नियमों का इस्तेमाल करें
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule डिफ़ॉल्ट: "false"
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए यहां रखा गया है.
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark डिफ़ॉल्ट: "true"
अगर चालू है, तो Starlark API में हेडर की जांच की सेटिंग सेट करें
टैग: loading_and_analysis, changes_inputs, और incompatible_change
--[no]incompatible_validate_top_level_header_inclusions डिफ़ॉल्ट: "true"
अगर सही है, तो बेज़ल टॉप लेवल डायरेक्ट्री हेडर को शामिल करने की पुष्टि भी करेगा (ज़्यादा जानकारी के लिए https://github.com/bazelbuild/bazel/issues/10047 पर जाएं).
टैग: loading_and_analysis, incompatible_change
--[no]strict_filesets डिफ़ॉल्ट: "false"
अगर यह विकल्प चालू है, तो पैकेज की सीमाओं को पार करने वाली फ़ाइलें, गड़बड़ियों के तौर पर रिपोर्ट की जाती हैं. यह तब काम नहीं करता है, जब Check_fileset_dependencies_recursively बंद हो जाता है.
टैग: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> डिफ़ॉल्ट: "गड़बड़ी"
जब तक बंद न हो, तब तक यह जांच करता है कि प्रोटो लाइब्रेरी टारगेट सीधे तौर पर इस्तेमाल किए गए सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default> डिफ़ॉल्ट: "off"
जब तक यह जांच नहीं की जाती कि जब तक प्रोटो लाइब्रेरी टारगेट, एक्सपोर्ट किए गए के तौर पर सार्वजनिक और #39; इंपोर्ट किए गए सभी टारगेट का साफ़ तौर पर एलान करता है.
टैग: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes डिफ़ॉल्ट: "false"
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना ज़रूरी है.
टैग: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> कई बार इस्तेमाल किया गया
इस बिल्ड के टारगेट एनवायरमेंट के बारे में बताता है. इसे "Environment" नियम के लिए लेबल रेफ़रंस होना चाहिए. अगर सेट किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने वाले होने चाहिए.
टैग: changes_inputs
ऐसे विकल्प जो किसी बिल्ड के साइन करने के आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4> डिफ़ॉल्ट: "v1_v2"
APK साइन करने के लिए इस्तेमाल करना
टैग: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements डिफ़ॉल्ट: "true"
अगर इस नीति को सेट किया जाता है और कंपाइल करने वाला मोड #39;opt&#39 नहीं होता, तो हस्ताक्षर करते समय objc ऐप्लिकेशन में डीबग एनटाइटलमेंट शामिल होंगे.
टैग: changes_inputs
--ios_signing_cert_name=<a string> डिफ़ॉल्ट: विवरण देखें
iOS साइनिंग के लिए इस्तेमाल किया जाने वाला सर्टिफ़िकेट नाम. इस नीति को सेट न करने पर, प्रावधान प्रोफ़ाइल फिर से चालू हो जाएगी. यह कोड और #39;s के मेन पेज (SIGNING IDENTITIES) के अनुसार, प्रमाणपत्र की पहचान की प्राथमिकता या प्रमाणपत्र का सबस्ट्रिंग हो सकता है.
टैग: action_command_lines
इस विकल्प से, Starlark की भाषा के सिमेंटिक या बिल्ड एपीआई के लिए बने बिल्ड एपीआई पर असर पड़ता है.:
--[no]incompatible_config_setting_private_default_visibility डिफ़ॉल्ट: "false"
अगर यह काम नहीं करता_en_force_config_setting_visible=false. इसके अलावा, अगर यह फ़्लैग गलत है, तो कोई भी config_setting सेटिंग मौजूद है, जिसमें साफ़ तौर पर जानकारी नहीं दिख रही है, //visible:सार्वजनिक. अगर इस फ़्लैग को सही पर सेट किया जाता है, तो config_setting, बाकी सभी नियमों की तरह ही काम करने वाले लॉजिक का पालन करता है. https://github.com/bazelbuild/bazel/issues/12933 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_legacy_py_provider डिफ़ॉल्ट: "true"
नहीं, जल्दी ही हटा दिया जाएगा.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility डिफ़ॉल्ट: "true"
अगर यह सही है, तो config_setting इस्तेमाल करने पर पाबंदी लगाएं. गलत होने पर, हर config_setting हर टारगेट को दिखती है. https://github.com/bazelbuild/bazel/issues/12932 देखें.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures डिफ़ॉल्ट: "false"
अगर सही है, तो किसी नियम के टारगेट का विश्लेषण नहीं करने पर, विश्लेषण में गड़बड़ी के ब्यौरे वाली एक इंस्टेंस की प्रोसेस लागू हो जाती है. इसमें बिल्ड फ़ेल हो जाता है.
टैग: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> डिफ़ॉल्ट: "2000"
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ, नियम एट्रिब्यूट से ज़्यादा से ज़्यादा ट्रांज़िशनल डिपेंडेंसी सेट करता है. इस सीमा को पार करने से नियम में गड़बड़ी होगी.
टैग: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure डिफ़ॉल्ट: "false"
अगर असल dex2oat ऐक्शन नहीं हो पाता, तो टेस्ट रनटाइम के दौरान dex2oat चलाने के बजाय बिल्ड काम करना बंद कर देगा.
टैग: loading_and_analysis, experimental
--[no]check_tests_up_to_date डिफ़ॉल्ट: "false"
जांच न करें और जांच न करें, बस यह देखें कि वे अप-टू-डेट हैं या नहीं. जांच के सभी नतीजे अप-टू-डेट होने पर, जांच पूरी हो जाती है. अगर किसी जांच को बनाने या एक्ज़ीक्यूट करने की ज़रूरत पड़ती है, तो गड़बड़ी की रिपोर्ट की जाती है और जांच नहीं की जा सकती. यह विकल्प --check_up_to_date व्यवहार को दिखाता है.
टैग: execution
--[no]experimental_android_use_parallel_dex2oat डिफ़ॉल्ट: "false"
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' के तौर पर मार्क किया जाता है. आम तौर पर, तय की गई वैल्यू सिर्फ़ एक पूर्णांक या स्ट्रिंग और #39;default' होती है. अगर पूर्णांक है, तो सभी टेस्ट N बार किए जाएंगे. अगर 'default' हैं, तो नियमित जांचों के लिए सिर्फ़ एक टेस्ट किया जाएगा और तीन को टेस्ट के लिए 'फ़्लैकी' के तौर पर मार्क किया गया होगा (flaky=1 एट्रिब्यूट). वैकल्पिक सिंटैक्स: regex_filter@flaky_test_attempts. जहां flaky_test_attempts ऊपर बताया गया है और regex_filter, रेगुलर एक्सप्रेशन के पैटर्न की सूची को शामिल करता है. साथ ही, रेगुलर एक्सप्रेशन पैटर्न को शामिल नहीं करता है (.runs_per_test भी देखें). उदाहरण: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 foo/bar में तीन बार होने वाले टेस्ट को छोड़कर, //foo/में सभी टेस्ट को हटा देता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया आर्ग्युमेंट प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता है, तो इसे डिफ़ॉल्ट तौर पर 'default' के तौर पर इस्तेमाल किया जाता है.
टैग: execution
--[no]ios_memleaks डिफ़ॉल्ट: "false"
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग: action_command_lines
--ios_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्यूलेटर में iOS ऐप्लिकेशन चलाते समय सिम्युलेट करने वाला डिवाइस. उदाहरण के लिए, 'iPhone 6'. डिवाइस की सूची देखने के लिए, आपको डिवाइस पर #39;xcrun simctl सूची डिवाइस टाइप और#39; चलाने जैसा अनुभव मिलेगा.
टैग: 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"> डिफ़ॉल्ट: "auto"
एक साथ ज़्यादा से ज़्यादा लोकल टेस्ट जॉब चलाए जा सकते हैं. कोई पूर्णांक या कीवर्ड ("auto", "Host_CPUS", "Host_RAM") लेता है. इसके बाद, कोई कार्रवाई ([-|*]<flow>) भी हो सकती है, जैसे "auto", "Host_CPUS*.5". 0 का मतलब है कि स्थानीय संसाधनों की मदद से, स्थानीय टेस्ट जॉब की संख्या को एक साथ ज़्यादा सीमित किया जा सकता है. -- --jobs की वैल्यू से ज़्यादा इसे सेट करना असरदार नहीं है.
टैग: execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> कई बार इस्तेमाल किया गया
इससे यह पता चलता है कि हर टेस्ट को कितनी बार चलाया गया. अगर इनमें से कोई भी वजह किसी भी वजह से पूरी नहीं हो पाती है, तो इसे पूरी जांच नहीं माना जाएगा. आम तौर पर, दिया गया मान सिर्फ़ एक अंक होता है. उदाहरण: --runs_per_test=3 सभी टेस्ट को 3 बार चलाएगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test एक पूर्णांक वैल्यू और regex_filter का मतलब है, शामिल है और रेगुलर एक्सप्रेशन पैटर्न को शामिल नहीं करता है (--inputation_filter भी देखें). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3 foo/bar में तीन बार शामिल होने के अलावा, //foo/में सभी टेस्ट चलाता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया आर्ग्युमेंट प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता, तो टेस्ट सिर्फ़ एक बार चलाया जाता है.
--test_env=<a 'name=value' assignment with an optional value part> कई बार इस्तेमाल किया गया
यह पेज, टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अन्य एनवायरमेंट वैरिएबल के बारे में बताता है. वैरिएबल या तो नाम से तय किए जाते हैं, जहां उस स्थिति में, वैल्यू को बेज़ल क्लाइंट एनवायरमेंट या नाम=वैल्यू पेयर से पढ़ा जाएगा. इस विकल्प का इस्तेमाल कई वैरिएबल के बारे में बताने के लिए कई बार किया जा सकता है. इसका इस्तेमाल सिर्फ़ 'bazel जांच' कमांड के लिए किया जाता है.
टैग: test_runner
--[no]test_keep_going डिफ़ॉल्ट: "true"
अगर यह जांच नहीं होती है, तो पास नहीं होने वाले टेस्ट की वजह से पूरा बिल्ड रोक दिया जाएगा. डिफ़ॉल्ट रूप से, सभी टेस्ट किए जाते हैं, भले ही कुछ पास न हो पाएं.
टैग: execution
--test_strategy=<a string> डिफ़ॉल्ट: ""
यह बताता है कि जांच करते समय किस रणनीति का इस्तेमाल करना है.
टैग: execution
--test_timeout=<a single integer or comma-separated list of 4 integers> डिफ़ॉल्ट: "-1"
टेस्ट टाइम आउट की डिफ़ॉल्ट समयसीमा खत्म होने की तारीख की वैल्यू को सेकंड में बदलें. अगर कोई एक पॉज़िटिव पूर्णांक मान दिया जाता है, तो वह सभी कैटगरी को बदल देगा. अगर कॉमा से अलग किए गए चार इंटेजर दिए गए हैं, तो वे छोटे, सामान्य, और लंबे समय के लिए टाइम आउट की जगह लागू होंगे. किसी भी रूप में, -1 का मान होने पर ब्लेड को उस श्रेणी के लिए, अपने डिफ़ॉल्ट टाइम आउट का इस्तेमाल करने के लिए कहा जाता है.
--test_tmpdir=<a path> डिफ़ॉल्ट: विवरण देखें
'bazel की जांच' की अस्थायी अस्थायी डायरेक्ट्री का इस्तेमाल करता है.
--tvos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में tvOS ऐप्लिकेशन चलाते समय, सिम्युलेट करने वाला डिवाइस. उदाहरण के लिए, 'Apple TV 1080p'. डिवाइस की सूची देखने के लिए, आपको डिवाइस पर #39;xcrun simctl सूची डिवाइस टाइप और#39; चलाने जैसा अनुभव मिलेगा.
टैग: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टीवी देखते समय या जांच करते समय, सिम्युलेटर पर tvOS का वर्शन.
टैग: test_runner
--watchos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में स्मार्टवॉच का ऐप्लिकेशन चलाते समय सिम्युलेट करने वाला डिवाइस, जैसे, 'Apple Watch - 38mm'. डिवाइस की सूची देखने के लिए, आपको डिवाइस पर #39;xcrun simctl सूची डिवाइस टाइप और#39; चलाने जैसा अनुभव मिलेगा.
टैग: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
दौड़ते समय या जांच करते समय, सिम्युलेटर पर चलने वाला WatchOS का वर्शन.
टैग: test_runner
--[no]zip_undeclared_test_outputs डिफ़ॉल्ट: "true"
सही होने पर, बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग: test_runner
ऐसे विकल्प जो बिल्ड टाइम को ऑप्टिमाइज़ करते हैं:
--[no]collapse_duplicate_defines डिफ़ॉल्ट: "false"
चालू होने पर, ग़ैर-ज़रूरी --परिभाषाएं को बिल्ड में जल्दी हटा दिया जाएगा. इससे, कुछ खास तरह के बिल्ड के लिए, विश्लेषण कैश मेमोरी में होने वाली गैर-ज़रूरी नुकसान से बचा जा सकता है.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar डिफ़ॉल्ट: "false"
LibraryJar में मौजूद किसी भी क्लास को हटाने के लिए, ProGuard ProgramJar को फ़िल्टर करें.
टैग: action_command_lines
--[no]experimental_inmemory_dotd_files डिफ़ॉल्ट: "true"
इसके चालू होने पर, C++ .d फ़ाइलें, डिस्क में लिखे जाने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में भेजी जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files डिफ़ॉल्ट: "true"
चालू होने पर, Java कंपाइलेशन से जनरेट की गई डिपेंडेंसी (.jdeps) फ़ाइलें, डिस्क में लिखे जाने के बजाय, सीधे रिमोट बिल्ड नोड से मेमोरी में भेजी जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning डिफ़ॉल्ट: "false"
लागू किए गए मकसद को C/C++ से स्कैन करना है या नहीं.
टैग: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found डिफ़ॉल्ट: "false"
अगर यह चालू होता है, तो parse_headers सुविधा एक ही हेडर नाम वाला स्रोत मिलने पर, एक अलग हेडर कंपाइल कार्रवाई नहीं बनाती है.
टैग: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly डिफ़ॉल्ट: "false"
चालू होने पर, --trim_test_config, testonly=1 के तौर पर मार्क किए गए नियमों के लिए टेस्ट कॉन्फ़िगरेशन को ट्रिम नहीं करेगा. अगर जांच वाले नियम cc_test नियमों पर निर्भर हैं, तो इसका मकसद कार्रवाई से जुड़ी समस्याओं को कम करना है. अगर --trim_test_config गलत है, तो कोई असर नहीं होगा.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import डिफ़ॉल्ट: "false"
अगर यह चालू है, तो cc_Import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning डिफ़ॉल्ट: "false"
इनपुट फ़ाइलों से #include लाइन को पार्स करके, C/C++ कंपाइलेशन को सीमित करें. इससे कंपाइलेशन इनपुट ट्री का साइज़ कम हो जाता है. इससे परफ़ॉर्मेंस बेहतर हो सकती है और बढ़ोतरी भी हो सकती है. हालांकि, यह बिल्ड को भी तोड़ सकता है, क्योंकि शामिल करने वाला स्कैनर, सी प्रीप्रोसेसर सिमेंटिक को पूरी तरह से लागू नहीं करता है. खास तौर पर, यह डाइनैमिक #include डायरेक्टिव को नहीं समझता. साथ ही, यह प्री-प्रोसेसर कंडीशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. अगर इस फ़्लैग से जुड़ी कोई भी समस्या होती है, तो उसे बंद कर दिया जाएगा.
टैग: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing डिफ़ॉल्ट: "true"
ज़्यादातर Jar फ़ाइल को डिक्स करने के लिए अलग से काम करते हैं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning डिफ़ॉल्ट: "true"
अगर इस सुविधा को सेट किया जाता है, तो clang से निकलने वाली .d फ़ाइलों का इस्तेमाल, objc कंपाइल में पास किए गए इनपुट के सेट को हटाने के लिए किया जाएगा.
टैग: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies डिफ़ॉल्ट: "false"
टारगेट //a:a बनाते समय, //a:a वाले सभी टारगेट में मौजूद प्रोसेस हेडर पर निर्भर होता है (अगर टूल चेन के लिए हेडर प्रोसेसिंग चालू है).
टैग: execution
--[no]trim_test_configuration डिफ़ॉल्ट: "true"
चालू होने पर, जांच से जुड़े विकल्प बिल्ड के टॉप लेवल से नीचे हटा दिए जाएंगे. जब यह फ़्लैग चालू होता है, तो गैर-टेस्ट नियमों पर निर्भरता के तौर पर टेस्ट नहीं बनाए जा सकते. हालांकि, टेस्ट से जुड़े विकल्पों में बदलाव करने पर नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder डिफ़ॉल्ट: "true"
इस विकल्प का इस्तेमाल बंद कर दिया गया है. अब यह नहीं किया जा रहा है और इसे जल्द ही हटा दिया जाएगा.
टैग: loading_and_analysis
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]announce डिफ़ॉल्ट: "false"
अब इस्तेमाल में नहीं है. नहीं.
टैग: affects_outputs
--[no]experimental_bep_target_summary डिफ़ॉल्ट: "false"
TargetTarget इवेंट प्रकाशित करना है या नहीं.
--[no]experimental_build_event_expand_filesets डिफ़ॉल्ट: "false"
अगर सही है, तो आउटपुट फ़ाइलें दिखाते समय, बीईपी में Files को बड़ा करें.
टैग: affects_outputs
अगर सही है, तो आउटपुट फ़ाइलों को दिखाते समय, बीईपी में रिलेटिव फ़ाइलसेट के सिमलिंक का पूरी तरह से समाधान करें. --experimental_build_event_expand_filessets ज़रूरी है.
टैग: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> डिफ़ॉल्ट: "4"
Bazel को बिल्ड इवेंट को फिर से अपलोड करने की ज़्यादा से ज़्यादा संख्या.
टैग: 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 डिफ़ॉल्ट: "false"
अगर आप पैरामीटर फ़ाइलों में बदलाव कर रहे हैं, तो सीधे डिस्क पर लिखें.
टैग: execution
--[no]experimental_stream_log_file_uploads डिफ़ॉल्ट: "false"
लॉग फ़ाइल को डिस्क पर लिखने के बजाय, सीधे रिमोट स्टोरेज में अपलोड करें.
टैग: affects_outputs
--explain=<a path> डिफ़ॉल्ट: विवरण देखें
बिल्ड सिस्टम में, बिल्ड लागू करने के हर चरण के बारे में जानकारी होती है. एक्सप्लेनेशन, दी गई लॉग फ़ाइल में लिखा जाता है.
टैग: affects_outputs
--[no]legacy_important_outputs डिफ़ॉल्ट: "true"
इसका इस्तेमाल करके, Targetcomplete इवेंट में, legacy_outputs फ़ील्ड को जनरेट करने से रोका जाए.
टैग: affects_outputs
--[no]materialize_param_files डिफ़ॉल्ट: "false"
रिमोट ऐक्शन एक्ज़ीक्यूशन का इस्तेमाल करने पर भी, आउटपुट ट्री में आउटपुट पैरामीटर इंटरमीडिएट किया जाता है. यह डीबग करने के लिए काम का है. यह --comcommands और --verbose_failures" से तय होता है.
टैग: execution
--max_config_changes_to_show=<an integer> डिफ़ॉल्ट: "3"
बिल्ड विकल्पों में बदलाव की वजह से विश्लेषण कैश को खारिज करने पर, विकल्प के तौर पर बदले गए नामों की संख्या दिखती है. अगर दी गई संख्या -1 है, तो सभी बदले गए विकल्प दिखेंगे.
टैग: terminal_output
--max_test_output_bytes=<an integer> डिफ़ॉल्ट: "-1"
तय करें कि हर जांच के लिए ज़्यादा से ज़्यादा कितना साइज़ तय करना है, जब --test_output,#39;error' या 'all' हो. यह शोर वाले टेस्ट आउटपुट का बहुत ज़्यादा इस्तेमाल करने से रोकता है. लॉग साइज़ में टेस्ट हेडर शामिल है. नेगेटिव वैल्यू का मतलब कोई सीमा नहीं है. आउटपुट में सब कुछ है या कुछ नहीं.
टैग: 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:60 इंक्रीमेंटल एल्गोरिदम का इस्तेमाल करना.
टैग: affects_outputs
--show_result=<an integer> डिफ़ॉल्ट: "1"
बिल्ड के नतीजे दिखाएं. हर टारगेट के लिए, बताएं कि उसे अप-टू-डेट रखा गया था या नहीं. अगर हां, तो बनाई गई आउटपुट फ़ाइलों की सूची. प्रिंट की गई फ़ाइलें, शेल पर कॉपी-पेस्ट करने के लिए सुविधाजनक स्ट्रिंग होती हैं. इस विकल्प के लिए एक इंटेजर आर्ग्युमेंट होना चाहिए, जो उन टारगेट की थ्रेशोल्ड संख्या होती है जिनके ऊपर नतीजे की जानकारी प्रिंट नहीं की जाती. इसलिए, शून्य होने की वजह से मैसेज पर रोक लगा दी जाती है. MAX_INT की मदद से नतीजे को प्रिंट किया जा सकता है. डिफ़ॉल्ट सेटिंग एक है.
टैग: affects_outputs
--[no]subcommands [-s] डिफ़ॉल्ट: "false"
बिल्ड के दौरान एक्ज़ीक्यूट किए गए सब कमांड को दिखाएं. संबंधित फ़्लैग: --execution_log_json_file, --execution_log_binary_file, टूल के लिए सही फ़ॉर्मैट में फ़ाइल में सबकमांड लॉग करने के लिए.
टैग: terminal_output
--test_output=<summary, errors, all or streamed> डिफ़ॉल्ट: "summary"
पसंदीदा आउटपुट मोड बताता है. मान्य वैल्यू, #39;summary' जांच की स्थिति की खास जानकारी आउटपुट के तौर पर, और #39;गड़बड़ी ' सभी जांचों के लिए लॉग लॉग प्रिंट करने के लिए, ' रीयल टाइम में सभी जांचों के लिए आउटपुट लॉग के साथ आउटपुट दें.
टैग: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase> डिफ़ॉल्ट: "short"
यह जांच की खास जानकारी के मनचाहे फ़ॉर्मैट के बारे में बताता है. मान्य वैल्यू ये हैं: #39;short' सिर्फ़ जांचे गए टेस्ट की जानकारी प्रिंट करने के लिए, 'TERs' पूरे न हो पाने वाले टेस्ट की जानकारी प्रिंट कराने के लिए, और #39;detail' जांच से जुड़े केस का रिज़ॉल्यूशन प्रिंट करने के लिए #39;टेस्ट केस और #39; अस्वीकार किए गए टेस्ट केस की पूरी और उससे जुड़ी अन्य जानकारी प्रिंट न करें
टैग: terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: "-.*"
टूलचेन रिज़ॉल्यूशन के दौरान डीबग जानकारी प्रिंट करें. फ़्लैग के लिए रेगुलर एक्सप्रेशन की ज़रूरत होती है. इसकी जांच टूलचेन टाइप और खास टारगेट से की जाती है, ताकि यह देखा जा सके कि क्या डीबग करना है. एक से ज़्यादा रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. इसके बाद, हर रेगुलर एक्सप्रेशन की अलग से जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत मुश्किल है और हो सकता है कि यह सिर्फ़ टूलटिप वाले रिज़ॉल्यूशन के विशेषज्ञों के लिए मददगार हो.
टैग: terminal_output
--[no]verbose_explanations डिफ़ॉल्ट: "false"
अगर-एक्सप्लेनेशन चालू है, तो एक्सप्लेनेशंस की सुविधा ज़्यादा बोलकर दी जाती है. अगर --explain चालू नहीं है, तो कोई असर नहीं होगा.
टैग: affects_outputs
--[no]verbose_failures डिफ़ॉल्ट: "false"
अगर कोई निर्देश काम नहीं करता, तो पूरी कमांड लाइन प्रिंट करें.
टैग: terminal_output
Bazel निर्देश की सामान्य जानकारी देने या बदलने वाले विकल्प जो दूसरी कैटगरी में नहीं आते.:
--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> कई बार इस्तेमाल किया गया
स्टारलार्क फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह एक तर्क के रूप में, फ़ॉर्म और &tt;key>=<value>" में एक मुख्य कुंजी-मान की जोड़ी लेता है.
टैग: changes_inputs
--[no]incompatible_default_to_explicit_init_py डिफ़ॉल्ट: "false"
यह फ़्लैग डिफ़ॉल्ट व्यवहार को बदल देता है, ताकि Python टारगेट की रन फ़ाइलें में __init__.py फ़ाइलें अब अपने-आप न बन पाएं. सटीक रूप से, जब py_binary या py_test टारगेट में legacy_create_init और "auto" (डिफ़ॉल्ट) पर सेट होता है, तो इसे गलत माना जाता है और ऐसा सिर्फ़ तब किया जाता है, जब इस फ़्लैग को सेट किया गया हो. https://github.com/bazelbuild/bazel/issues/10076 देखें.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed डिफ़ॉल्ट: "true"
अगर सही है, तो Python 2 कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे जिसमें सफ़िक्स और #39;-py2' शामिल होंगे. हालांकि, Python 3 के लिए बनाए गए टारगेट, Python से जुड़े सफ़िक्स के बिना रूट में दिखेंगे. इसका मतलब है कि `bazel-bin` सुविधा का सिमलिंक, Python 2 के बजाय Python 3 के टारगेट पर ले जाएगा. अगर आप इस विकल्प को चालू करते हैं, तो `--insupported_py3_is_default` को चालू करने का भी सुझाव दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default डिफ़ॉल्ट: "true"
अगर सही है, तो `py_binary` और `py_test` वाले टारगेट, PY2 के बजाय Python_version` (या `default_python_version`) सेट नहीं करते. अगर आप इस फ़्लैग को सेट करते हैं, तो `--insupported_py2_outputs_are_suffixed` को सेट करने का सुझाव भी दिया जाता है.
टैग: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains डिफ़ॉल्ट: "true"
सही पर सेट करने पर, Python के एक्ज़ीक्यूटेबल नियमों में, Python टूलचेन के बताए गए Python रनटाइम का इस्तेमाल किया जाता है. हालांकि, यह --python_top जैसे लेगसी फ़्लैग वाले रनटाइम से मिले रनटाइम का इस्तेमाल नहीं करता.
टैग: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> डिफ़ॉल्ट: विवरण देखें
Python वर्शन का मोड मोड, जिसमें `PY2` या `PY3` लिखा होता है. ध्यान दें कि यह `py_binary` और `py_test` वाले टारगेट से बदल जाता है. भले ही, वे साफ़ तौर पर कोई वर्शन न बताते हों, इसलिए आम तौर पर इस फ़्लैग के बारे में कोई वजह नहीं होती है.
टैग: loading_and_analysis, affects_outputs, explicit_in_output_path
--target_pattern_file=<a string> डिफ़ॉल्ट: ""
अगर सेट है, तो बिल्ड यहां बताई गई फ़ाइल से पैटर्न को कमांड लाइन के बजाय रीड करेगा. यहां किसी फ़ाइल के साथ-साथ कमांड-लाइन पैटर्न बताने में गड़बड़ी हुई.
टैग: changes_inputs
अलग-अलग तरह के विकल्प, नहीं तो कैटगरी में बांटे गए हैं.:
--[no]build_manual_tests डिफ़ॉल्ट: "false"
इस लक्ष्य को बनाए जाने के लिए, टैग किए गए टैग#39;मैन्युअल&339; की ज़रूरत होती है. 'मैन्युअल' जांच को प्रोसेस से बाहर रखा गया है. यह विकल्प उन्हें ज़बरदस्ती बनाने के लिए बनाता है (लेकिन लागू नहीं किया जाता).
--build_tag_filters=<comma-separated list of options> डिफ़ॉल्ट: ""
कॉमा से अलग किए गए टैग की सूची के बारे में बताता है. जिन टैग को बाहर रखना है उन्हें बताने के लिए, हर टैग के पहले '-' सिर्फ़ वे टारगेट बनाए जाएंगे, जिनमें कम से कम एक शामिल टैग शामिल न हो और जिनमें कोई निकाला गया टैग न हो. यह विकल्प 'test' कमांड के साथ किए गए टेस्ट के सेट पर असर नहीं डालता है. ये जांच के फ़िल्टर के विकल्पों से कंट्रोल होते हैं. उदाहरण के लिए, '--test_tag_filters'
--[no]build_tests_only डिफ़ॉल्ट: "false"
अगर बताया गया हो, तो सिर्फ़ *_test और test_suite के नियम बनाए जाएंगे और कमांड लाइन पर दिए गए दूसरे टारगेट को अनदेखा किया जाएगा. डिफ़ॉल्ट रूप से, वह सभी चीज़ें बना दी जाएंगी जिसका अनुरोध किया गया था.
--[no]cache_test_results [-t] डिफ़ॉल्ट: "auto"
अगर 'auto' पर सेट है, तो Bazel एक टेस्ट फिर से चलाता है, अगर: (1) Bazel ने टेस्ट या इसकी डिपेंडेंसी में बदलावों का पता लगाया हो, (2) टेस्ट को बाहरी के तौर पर मार्क किया गया हो, (3) टेस्ट को --runs_per_test के साथ अनुरोध किया गया हो या(4) टेस्ट पहले पूरा नहीं हुआ हो. अगर B#39;yes' पर सेट किया जाता है, तो बाहरी जांच के तौर पर मार्क किए गए टेस्ट को छोड़कर, बेज़ल सभी जांच नतीजों को कैश मेमोरी में सेव करता है. अगर 'no' पर सेट है, तो बेज़ल किसी भी जांच के नतीजे को कैश मेमोरी में नहीं रखता.
--[no]compile_one_dependency डिफ़ॉल्ट: "false"
आर्ग्युमेंट फ़ाइलों की एक डिपेंडेंसी को कंपाइल करें. यह, आईडीई में सोर्स फ़ाइलों की जांच करने के लिए उपयोगी है. उदाहरण के लिए, सोर्स फ़ाइल पर निर्भर एक टारगेट को फिर से बनाना. इससे, बदलाव/बिल्ड/टेस्ट साइकल में गड़बड़ियों की पहचान की जा सकती है. यह आर्ग्युमेंट, सभी बिना फ़्लैग वाले आर्ग्युमेंट के बताए गए तरीके पर असर डालता है. टारगेट बनाने के बजाय वे सोर्स फ़ाइल नाम हैं. हर सोर्स फ़ाइल नाम के लिए, एक आर्बिट्ररी टारगेट बनाया जाएगा.
--deleted_packages=<comma-separated list of package names> डिफ़ॉल्ट: ""
पैकेज के नामों की कॉमा-सेपरेटेड लिस्ट, जिसे बिल्ड सिस्टम मौजूद नहीं मानेगा, भले ही वे पैकेज पाथ पर कहीं भी दिखते हों. किसी मौजूदा पैकेज और #39;x' के सब-पैकेज और #39;x' को मिटाते समय इस विकल्प का इस्तेमाल करें. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD मिटाने के बाद, अगर कोई लेबल और #39;//x:y/z&#39 मिलता है, तो बिल्ड सिस्टम शिकायत कर सकता है; अगर उसे अब भी किसी दूसरी package_path एंट्री से मिला है. --deleted_packages x/y के बारे में बताने से यह समस्या हल नहीं होती.
--[no]discard_analysis_cache डिफ़ॉल्ट: "false"
विश्लेषण किए जाने की प्रोसेस पूरी होने के तुरंत बाद, विश्लेषण की कैश मेमोरी खारिज करें. मेमोरी इस्तेमाल को ~10% कम करता है, लेकिन धीरे-धीरे बढ़ने लगता है.
--execution_log_binary_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, इस फ़ाइल में इस्तेमाल किए गए स्पॉन को सीमांकित स्पॉन प्रोटो के तौर पर लॉग करें. लॉग को पहले बिना क्रम में लिखा गया होता है. इसके बाद, उसे शुरू करने के आखिर में स्टेबल क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. मिलते-जुलते फ़्लैग: --execution_log_json_file (ऑर्डर किए गए टेक्स्ट json फ़ॉर्मैट) - --experimental_execution_log_file (बिना क्रम वाले बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड दिखाने के लिए).
--execution_log_json_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, सीमांकित स्पॉन प्रोटो के JSON को दिखाने के तौर पर, इस फ़ाइल में इस्तेमाल किए गए स्पॉन को लॉग करें. लॉग को पहले बिना क्रम में लिखा गया होता है. इसके बाद, उसे शुरू करने के आखिर में स्टेबल क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. संबंधित फ़्लैग: संबंधित फ़्लैग: --execution_log_binary_file (ऑर्डर किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --experimental_execution_log_file (ऑर्डर नहीं किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड दिखाने के लिए).
--[no]expand_test_suites डिफ़ॉल्ट: "true"
विश्लेषण से पहले, test_suite टारगेट को अपने कॉम्पोनेंट के टेस्ट में बढ़ाएं. जब यह फ़्लैग चालू (डिफ़ॉल्ट) हो, तो टेस्ट सुइट से जुड़े टेस्ट पर नेगेटिव टारगेट पैटर्न लागू होंगे, नहीं तो ऐसा नहीं होगा. कमांड-लाइन पर टॉप-लेवल वाले आसपेक्ट रेशियो लागू करने पर, इस फ़्लैग को बंद किया जा सकता है: इससे वे test_suite टारगेट का विश्लेषण कर सकते हैं.
टैग: loading_and_analysis
--[no]experimental_cancel_concurrent_tests डिफ़ॉल्ट: "false"
अगर यह सही है, तो ब्लेज़ पहली बार में चलने वाली जांच को एक साथ चलने के लिए रद्द कर देगा. यह --runs_per_test_detects_flakes के साथ सिर्फ़ काम का है.
टैग: affects_outputs, loading_and_analysis
--experimental_execution_log_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, इस फ़ाइल में इस्तेमाल किए गए स्पॉन को सीमांकित स्पॉन प्रोटो के तौर पर लॉग करें. इस फ़ाइल को स्पान के निष्पादन के क्रम में लिखा गया है. संबंधित फ़्लैग: --execution_log_binary_file (ऑर्डर किए गए बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --execution_log_json_file (ऑर्डर किया गया टेक्स्ट json फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड दिखाने के लिए).
--[no]experimental_execution_log_spawn_metrics डिफ़ॉल्ट: "false"
लागू किए गए स्पॉन लॉग में, स्पॉन मेट्रिक शामिल करें.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: ""
इमेज के अलग-अलग हिस्सों के हिसाब से इस्तेमाल पर रोक लगा दी गई है. फ़िल्टर के लिए, दूसरे डेस्टिनेशन के लिए शेड्यूल किए गए फ़िल्टर सेट करें.
--[no]experimental_extra_action_top_level_only डिफ़ॉल्ट: "false"
इमेज के अलग-अलग हिस्सों के हिसाब से इस्तेमाल पर रोक लगा दी गई है. सिर्फ़ टॉप लेवल टारगेट के लिए additional_actions को शेड्यूल करता है.
--[no]experimental_fetch_all_coverage_outputs डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ल किसी कवरेज के चलने के दौरान, हर जांच के लिए पूरी कवरेज डेटा डायरेक्ट्री फ़ेच करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov डिफ़ॉल्ट: "false"
अगर यह सही है, तो अनुमान के मुताबिक कवरेज के लिए, एलसीओवी रिपोर्ट जनरेट की जाएगी.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map डिफ़ॉल्ट: "true"
क्या J2ObjC ट्रांसलेशन के साथ-साथ J2ObjC हेडर मैप जनरेट करना है.
--[no]experimental_j2objc_shorter_header_path डिफ़ॉल्ट: "false"
छोटे हेडर पाथ के साथ जनरेट करने के लिए ("_ios" के बजाय "_j2objc").
टैग: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> डिफ़ॉल्ट: "javabuild"
Java कंपाइलेशन के लिए कम किए गए क्लासपाथ चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java डिफ़ॉल्ट: "false"
Android के साथ काम करने वाली लाइब्रेरी से जुड़े --experimental_run_android_lint_on_java_rule को सीमित करें.
टैग: affects_outputs
--[no]experimental_prioritize_local_actions डिफ़ॉल्ट: "true"
अगर इस नीति को सेट किया जाता है, तो सिर्फ़ स्थानीय तौर पर चलने वाली कार्रवाइयों को संसाधन हासिल करने का मौका मिलता है. इसमें डाइनैमिक तौर पर काम करने वाले लोगों को दूसरा मौका मिलता है. साथ ही, डाइनैमिक तौर पर चलने वाली स्टैंडअलोन कार्रवाइयों को भी आखिर में मौका मिलता है.
टैग: execution
--[no]experimental_run_android_lint_on_java_rules डिफ़ॉल्ट: "false"
java_* स्रोतों की पुष्टि करें या नहीं.
टैग: affects_outputs
--[no]explicit_java_test_deps डिफ़ॉल्ट: "false"
गलती से TestUnitner's को हासिल करने के बजाय java_test में JUnit या Hamcrest के लिए साफ़ तौर पर एक डिपेंडेंसी तय करें. अभी सिर्फ़ बेज़ल के लिए काम करता है.
--host_java_launcher=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड के दौरान एक्ज़ीक्यूट होने वाले टूल का इस्तेमाल किया गया Java लॉन्चर.
--host_javacopt=<a string> कई बार इस्तेमाल किया गया
बिल्डिंग के दौरान इस्तेमाल होने वाले टूल बनाते समय, javac को पास करने के लिए अन्य विकल्प.
--host_jvmopt=<a string> कई बार इस्तेमाल किया गया
बिल्ड के दौरान एक्ज़ीक्यूट होने वाले टूल बनाते समय Java VM में पास करने के लिए ज़्यादा विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_exclusive_test_sandboxed डिफ़ॉल्ट: "false"
सही होने पर, सैंडबॉक्स की गई रणनीति की मदद से खास जांच की जाएगी. स्थानीय और #39;' टैग जोड़ें, ताकि किसी खास टेस्ट को स्थानीय तौर पर चलाया जा सके
टैग: incompatible_change
--[no]incompatible_strict_action_env डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ल 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 वर्चुअल जांच में JavaScript शुरू होता है. इसके लिए, 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 डिफ़ॉल्ट: "true"
हर Java टारगेट के लिए, डिपेंडेंसी से जुड़ी जानकारी जनरेट करें (अभी कंपाइल-टाइम क्लासपाथ).
--[no]java_header_compilation डिफ़ॉल्ट: "true"
J स्रोत को सीधे स्रोत से इकट्ठा करें.
--java_language_version=<a string> डिफ़ॉल्ट: "8"
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 VM में पास करने के लिए ज़्यादा विकल्प. ये विकल्प, हर java_binary टारगेट के वीएम स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--legacy_main_dex_list_generator=<a build target label> डिफ़ॉल्ट: विवरण देखें
लेगसी मल्टीडेक्स को कंपाइल करते समय, मुख्य डेक में मौजूद क्लास की सूची जनरेट करने के लिए, बाइनरी का इस्तेमाल किया जाता है.
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: "Host_CPUS"
Belzel पर उपलब्ध लोकल सीपीयू कोर की कुल संख्या साफ़ तौर पर सेट करें, ताकि बिल्ड की कार्रवाइयों को स्थानीय तौर पर लागू किया जा सके. कोई पूर्णांक या "Host_CPUS" लेता है. इसके बाद, [-|*]<फ़्लोट> (जैसे, Host_CPUS*.5, जो उपलब्ध CPU कोर का आधा इस्तेमाल करने के लिए है. डिफ़ॉल्ट रूप से, ("Host_CPUS").
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: quot;Host_RAM*.67"
Bzel के लिए उपलब्ध लोकल होस्ट रैम (एमबी में) की कुल रकम साफ़ तौर पर सेट करें, ताकि बिल्ड पर की जाने वाली बिल्ड कार्रवाइयों पर खर्च किया जा सके. कोई पूर्णांक या "Host_RAM" लेता है. इसके बाद, [-|*]<फ़्लोट> (जैसे, Host_RAM*.5, जो उपलब्ध रैम का आधा हिस्सा इस्तेमाल करती है. डिफ़ॉल्ट रूप से, Bazel, सिस्टम कॉन्फ़िगरेशन की क्वेरी करके, रैम की उपलब्ध संख्या का अनुमान लगाएगा. साथ ही, 67% स्टोरेज का इस्तेमाल करेगा.
--local_termination_grace_seconds=<an integer> डिफ़ॉल्ट: "15"
टाइम आउट होने और ज़बरदस्ती बंद होने की वजह से, स्थानीय प्रक्रिया को खत्म करने के बीच इंतज़ार करने का समय.
--package_path=<colon-separated list of options> डिफ़ॉल्ट: "%workspace%"
कोलन से अलग की गई सूची, जिसमें पैकेज ढूंढना है. #&39;%workspace%' से शुरू होने वाले एलिमेंट, एनक्लोज़िंग फ़ाइल फ़ोल्डर के मुताबिक हैं. अगर इसे खाली छोड़ा जाता है या खाली छोड़ दिया जाता है, तो डिफ़ॉल्ट रूप से 'bazel की जानकारी का डिफ़ॉल्ट-पैकेज-पाथ और #39; का आउटपुट होता है.
--plugin=<a build target label> कई बार इस्तेमाल किया गया
बिल्ड में इस्तेमाल करने के लिए प्लग इन. फ़िलहाल, यह java_प्लग इन के साथ काम करता है.
--proguard_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
यह बताता है कि Java बाइनरी बनाते समय कोड हटाने के लिए, ProGuard के किस वर्शन का इस्तेमाल किया जाना चाहिए.
--proto_compiler=<a build target label> डिफ़ॉल्ट: "@bazel_tools//tools/proto:protos"
प्रोटो-कंपाइलर का लेबल.
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/proto:cc_toolchain"
proto_lang_toolchain() का लेबल जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> डिफ़ॉल्ट: "quot;@bazel_tools//tools/j2objc:j2objc_proto_toolchain"
proto_lang_toolchain() का लेबल जो j2objc protos को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/proto:java_toolchain"
proto_lang_toolchain() का लेबल जो Java प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> डिफ़ॉल्ट: quot;@bazel_tools//tools/proto:javalite_toolchain"
proto_lang_toolchain() का लेबल जो JavaLite Protos को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--protocopt=<a string> कई बार इस्तेमाल किया गया
प्रोटोबफ़ कंपाइलर से पास होने के लिए अन्य विकल्प.
टैग: affects_outputs
--[no]runs_per_test_detects_flakes डिफ़ॉल्ट: "false"
अगर सही है, तो किसी भी शार्ड को कम से कम एक बार चलाने/बदलने की कोशिश की जाती है. साथ ही, कम से कम एक बार चलाने/बदलने की कोशिश नाकाम हो जाती है.
--shell_executable=<a path> डिफ़ॉल्ट: विवरण देखें
Bzel के इस्तेमाल के लिए, शेल के लिए इस्तेमाल किए जा सकने वाले शेल का ऐब्सलूट पाथ. अगर यह सेट नहीं है, लेकिन BAZEL_SH एनवायरमेंट वैरिएबल, पहले Bazel शुरू करने पर सेट करता है, जो Bazel सर्वर को शुरू करता है, तो Bazel उसका इस्तेमाल करता है. अगर कोई भी सेट नहीं है, तो Bazel हर ऑपरेटिंग सिस्टम के मुताबिक हार्ड कोड वाले डिफ़ॉल्ट पाथ का इस्तेमाल करता है (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, अन्य सभी: /bin/bash). ध्यान दें कि ऐसे शेल का इस्तेमाल करना जो बैश के साथ काम नहीं करता. इसकी वजह से जनरेट की गई बाइनरी के काम न करने या रनटाइम फ़ेल हो सकता है.
टैग: loading_and_analysis
--[no]show_loading_progress डिफ़ॉल्ट: "true"
अगर इस सुविधा को चालू किया जाता है, तो बेज़ैल, मैसेज प्रिंट और कोट करने की अनुमति देता है:" मैसेज.
--test_arg=<a string> कई बार इस्तेमाल किया गया
इस सूची में कुछ और विकल्प और आर्ग्युमेंट होते हैं, जिन्हें एक्ज़ीक्यूटेबल टेस्ट में पास किया जाना चाहिए. एक से ज़्यादा आर्ग्युमेंट तय करने के लिए, कई बार इस्तेमाल किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो हर जांच के लिए एक जैसे तर्क मिलेंगे. इसका इस्तेमाल सिर्फ़ 'bazel जांच' कमांड के लिए किया जाता है.
--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 डिफ़ॉल्ट: "false"
फ़ॉरवर्ड करने पर टेस्ट तेज़ी से पूरा नहीं होता. पहली बार असफल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit or disabled> डिफ़ॉल्ट: "explicit"
टेस्टिंग शार्डिंग के लिए रणनीति बताएं: 'explicit' सिर्फ़ तब शार्डिंग का इस्तेमाल करें जब 'shar_count' BUILD एट्रिब्यूट मौजूद हो. 'बंद है' कभी भी टेस्टिंग शार्डिंग का इस्तेमाल न करें.
--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> डिफ़ॉल्ट: "8"
एक बिल्ड के दौरान ज़रूरी टूल को चलाने के लिए इस्तेमाल किया गया Java भाषा का वर्शन
--tool_java_runtime_version=<a string> डिफ़ॉल्ट: "quot;remotejdk_11"
बिल्डिंग के दौरान टूल चलाने के लिए इस्तेमाल किया गया Java रनटाइम वर्शन
--[no]use_ijars डिफ़ॉल्ट: "true"
अगर यह विकल्प चालू है, तो इंटरफ़ेस जार का इस्तेमाल करने के लिए Java कंपाइलेशन चालू करें. इससे तेज़ी से इंक्रीमेंटल कंपाइल होगा, लेकिन गड़बड़ी के मैसेज अलग-अलग हो सकते हैं.

यूआरएल के कैननिकल होने की जांच करने के विकल्प

बिल्ड में से सभी विकल्प इनहेरिट किए जाते हैं.

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]canonicalize_policy डिफ़ॉल्ट: "false"
बड़ा और फ़िल्टर करने के बाद, कैननिकल नीति तय करें. आउटपुट को साफ़ रखने के लिए, जब यह विकल्प 'सही' पर सेट होता है, तो कैननिकल निर्देश वाले तर्क नहीं दिखाए जाते हैं. ध्यान दें कि --for_command ने जो निर्देश दिया है उस पर फ़िल्टर की गई नीति का असर पड़ता है. अगर कुछ नहीं बताया गया है, तो डिफ़ॉल्ट निर्देश ##39;build' होता है.
टैग: affects_outputs, terminal_output
--[no]show_warnings डिफ़ॉल्ट: "false"
स्टैंडर्ड गड़बड़ी के लिए आउटपुट पार्सर की चेतावनी (उदाहरण के लिए, अलग-अलग फ़्लैग के विकल्पों के लिए).
टैग: affects_outputs, terminal_output
ऐसी सुविधाएं जो इस बात पर असर डालती हैं कि Bazel, बिल्ड के मान्य इनपुट को कैसे लागू करता है (नियम की परिभाषाएं, फ़्लैग का कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा और बिल्ड एपीआई के सिमेंटिक (शब्दावली) को प्रभावित करता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility डिफ़ॉल्ट: "false"
अगर यह काम नहीं करता_en_force_config_setting_visible=false. इसके अलावा, अगर यह फ़्लैग गलत है, तो कोई भी config_setting सेटिंग मौजूद है, जिसमें साफ़ तौर पर जानकारी नहीं दिख रही है, //visible:सार्वजनिक. अगर इस फ़्लैग को सही पर सेट किया जाता है, तो config_setting, बाकी सभी नियमों की तरह ही काम करने वाले लॉजिक का पालन करता है. https://github.com/bazelbuild/bazel/issues/12933 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility डिफ़ॉल्ट: "true"
अगर यह सही है, तो config_setting इस्तेमाल करने पर पाबंदी लगाएं. गलत होने पर, हर config_setting हर टारगेट को दिखती है. https://github.com/bazelbuild/bazel/issues/12932 देखें.
टैग: loading_and_analysis, incompatible_change
Bzlmod आउटपुट और सिमैंटिक से जुड़े विकल्प:
--allow_yanked_versions=<a string> कई बार इस्तेमाल किया गया
मॉड्यूल वर्शन `<module1>@<version1>,<module2>@<version2>` के फ़ॉर्मैट में तय किए गए हैं. इन्हें रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही वे रजिस्ट्री में बताए गए हों. (अगर वे किसी रजिस्ट्री ओवरराइड से नहीं आ रहे हैं). ऐसा न करने पर, यांकी वाले वर्शन कनेक्ट नहीं हो पाएंगे. आप `BZLMOD_ALLOW_YANKED_VALUES` एनवायरमेंट वैरिएबल के साथ, अनुमति पा चुके यांक किए गए वर्शन भी तय कर सकते हैं. आप कीवर्ड 'all' (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करके, इस जांच को बंद कर सकते हैं.
टैग: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> डिफ़ॉल्ट: "गड़बड़ी"
Bazel वर्शन के साथ काम करने वाले वर्शन की जांच करें. मान्य वैल्यू को 'गड़बड़ी' के तौर पर मार्क करके, उनका समाधान नहीं किया जा सकता. चेक को बंद करने के लिए 'बंद है' या चेतावनी मैच न होने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' होती है.
टैग: loading_and_analysis
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: "चेतावनी"
जांचें कि रूट मॉड्यूल में तय की गई सीधे तौर पर `bazel_dep` डिपेंडेंसी समान वर्शन हैं या नहीं. ये वर्शन, समाधान किए गए डिपेंडेंसी ग्राफ़ में मिलते हैं. मान की जांच करने के लिए, `बंद है' पर सेट किया जाता है. मेल न खाने पर, चेतावनी को प्रिंट करने के लिए `चेतावनी` या गड़बड़ी की वजह से समस्या को दूर करने के लिए `गड़बड़ी` को चुना जाता है.
टैग: loading_and_analysis
--[no]ignore_dev_dependency डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ेल रूट मॉड्यूल के MODULE.bazel में `dev_dependency` के रूप में बताए गए `bazel_dep` और `use_extensions` को अनदेखा कर देता है. ध्यान दें कि MODULE.bazel में उन डेवलपर डिपेंडेंसी को हमेशा अनदेखा कर दिया जाता है, अगर फ़्लैग की वैल्यू पर ध्यान दिए बिना यह रूट मॉड्यूल नहीं है.
टैग: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> कई बार इस्तेमाल किया गया
किसी मॉड्यूल को स्थानीय डायरेक्ट्री से बदल देता है.
--registry=<a string> कई बार इस्तेमाल किया गया
Bzel मॉड्यूल की डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय करें. ऑर्डर अहम है: पहले वाली रजिस्ट्री में मॉड्यूल की जांच की जाएगी और बाद में रजिस्ट्री में सिर्फ़ तब वापस आएंगे, जब वे पहले के रजिस्ट्री में मौजूद न हों.
टैग: changes_inputs
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: "false"
डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या, 20 शब्दों तक सीमित होती है. इसमें सबसे ज़्यादा कार्रवाइयां की जा सकती हैं. इस विकल्प को सेट करने पर, याद रखने में मदद करने वाले सभी शब्दों के आंकड़े लिखे जाएंगे.
Bazel निर्देश में सामान्य इनपुट तय करने या उसमें बदलाव करने के ऐसे विकल्प जो दूसरी श्रेणियों में नहीं आते हैं.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो WORKSPACE फ़ाइल के बजाय बताई गई समाधान की गई फ़ाइल पढ़ें
टैग: changes_inputs
--for_command=<a string> डिफ़ॉल्ट: "build"
वह निर्देश जिसके लिए विकल्पों को कैननिकल किया जाना चाहिए.
टैग: affects_outputs, terminal_output
--invocation_policy=<a string> डिफ़ॉल्ट: ""
यूआरएल के कैननिकल होने की जांच करने के लिए, शुरू करने की नीति लागू होती है.
टैग: affects_outputs, terminal_output
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल तय करें. इस फ़ाइल में कई लाइनें हैं. इनमें से हर एक निर्देश (`अनुमति दें`, `ब्लॉक करें` या `फिर से लिखें`) से शुरू होता है और इसके बाद एक होस्ट नाम (`अनुमति दें` और `ब्लॉक करें`) या दो पैटर्न होते हैं. एक पैटर्न मिलान करने के लिए और एक पैटर्न के यूआरएल के तौर पर इस्तेमाल करने के लिए, `$1` से शुरू होता है. एक ही यूआरएल के लिए कई 'फिर से लिखने' वाले निर्देश दिए जा सकते हैं.
कई विकल्प, जिन्हें किसी कैटगरी में नहीं रखा गया है.:
--deleted_packages=<comma-separated list of package names> डिफ़ॉल्ट: ""
पैकेज के नामों की कॉमा-सेपरेटेड लिस्ट, जिसे बिल्ड सिस्टम मौजूद नहीं मानेगा, भले ही वे पैकेज पाथ पर कहीं भी दिखते हों. किसी मौजूदा पैकेज और #39;x' के सब-पैकेज और #39;x' को मिटाते समय इस विकल्प का इस्तेमाल करें. उदाहरण के लिए, आपके क्लाइंट में x/y/BUILD मिटाने के बाद, अगर कोई लेबल और #39;//x:y/z&#39 मिलता है, तो बिल्ड सिस्टम शिकायत कर सकता है; अगर उसे अब भी किसी दूसरी package_path एंट्री से मिला है. --deleted_packages x/y के बारे में बताने से यह समस्या हल नहीं होती.
--override_repository=<an equals-separated mapping of repository name to path> कई बार इस्तेमाल किया गया
किसी स्थानीय डायरेक्ट्री की मदद से, डेटा स्टोर करने की जगह को बदल देता है.
--package_path=<colon-separated list of options> डिफ़ॉल्ट: "%workspace%"
कोलन से अलग की गई सूची, जिसमें पैकेज ढूंढना है. #&39;%workspace%' से शुरू होने वाले एलिमेंट, एनक्लोज़िंग फ़ाइल फ़ोल्डर के मुताबिक हैं. अगर इसे खाली छोड़ा जाता है या खाली छोड़ दिया जाता है, तो डिफ़ॉल्ट रूप से 'bazel की जानकारी का डिफ़ॉल्ट-पैकेज-पाथ और #39; का आउटपुट होता है.
--[no]show_loading_progress डिफ़ॉल्ट: "true"
अगर इस सुविधा को चालू किया जाता है, तो बेज़ैल, मैसेज प्रिंट और कोट करने की अनुमति देता है:" मैसेज.

साफ़ विकल्प

बिल्ड में से सभी विकल्प इनहेरिट किए जाते हैं.

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]async डिफ़ॉल्ट: "false"
अगर यह सही है, तो आउटपुट एसिंक्रोनस है. जब यह निर्देश पूरा हो जाए, तो उसी क्लाइंट में नए निर्देश चलाना सुरक्षित होगा, भले ही बैकग्राउंड में डेटा मिटाया जा सकता हो.
टैग: host_machine_resource_optimizations
--[no]expunge डिफ़ॉल्ट: "false"
अगर सही है, तो इस बेज़ल इंस्टेंस के लिए सफ़ाई करने का काम करने वाले पूरे पेड़ को हटा दिया जाता है. इसमें बेज़ल से बनी अस्थायी और बिल्ड आउटपुट फ़ाइलें शामिल हैं. अगर यह चलता है, तो बेज़ल सर्वर बंद हो जाएगा.
टैग: host_machine_resource_optimizations
--expunge_async
अगर नीति के बारे में बताया गया है, तो एसिंक्रोनस तरीके से, बेज़ल से जनरेट किए गए इस अस्थायी इंस्टेंस के लिए, काम करने वाला पूरा पेड़ हटा दिया जाता है. इसमें बेज़ल से बनी, अस्थायी और बिल्ड आउटपुट फ़ाइलें शामिल हैं. अगर यह चलता है, तो बेज़ल सर्वर बंद हो जाएगा. जब यह निर्देश पूरा हो जाए, तो उसी क्लाइंट में नए निर्देश चलाना सुरक्षित होगा, भले ही बैकग्राउंड में डेटा मिटाया जा सकता हो.
इसमें बड़ा हो जाता है:
--expunge
--async

टैग: host_machine_resource_optimizations
अगर यह सही है, तो फ़ाइल फ़ोल्डर में मौजूद सभी सिमलिंक, जहां प्रीफ़िक्स symlink_प्रीफ़िक्स को शामिल किया जाएगा. इस फ़्लैग के बिना, सिर्फ़ पहले से तय किए गए सफ़िक्स के सिमलिंक ही साफ़ किए जाते हैं.
टैग: affects_outputs
वे विकल्प जो इस बात पर असर डालते हैं कि Bazel ने मान्य बिल्ड इनपुट को कैसे लागू किया है (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा और बिल्ड एपीआई के सिमेंटिक (शब्दावली) को प्रभावित करता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
Bzlmod आउटपुट और सिमेंटिक से जुड़े विकल्प:
--allow_yanked_versions=<a string> कई बार इस्तेमाल किया गया
मॉड्यूल वर्शन `<module1>@<version1>,<module2>@<version2>` के फ़ॉर्मैट में तय किए गए हैं. इन्हें रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही वे रजिस्ट्री में बताए गए हों. (अगर वे किसी रजिस्ट्री ओवरराइड से नहीं आ रहे हैं). ऐसा न करने पर, यांकी वाले वर्शन कनेक्ट नहीं हो पाएंगे. आप `BZLMOD_ALLOW_YANKED_VALUES` एनवायरमेंट वैरिएबल के साथ, अनुमति पा चुके यांक किए गए वर्शन भी तय कर सकते हैं. आप कीवर्ड 'all' (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करके, इस जांच को बंद कर सकते हैं.
टैग: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> डिफ़ॉल्ट: "गड़बड़ी"
Bazel वर्शन के साथ काम करने वाले वर्शन की जांच करें. मान्य वैल्यू को 'गड़बड़ी' के तौर पर मार्क करके, उनका समाधान नहीं किया जा सकता. चेक को बंद करने के लिए 'बंद है' या चेतावनी मैच न होने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' होती है.
टैग: loading_and_analysis
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: "चेतावनी"
जांचें कि रूट मॉड्यूल में तय की गई सीधे तौर पर `bazel_dep` डिपेंडेंसी समान वर्शन हैं या नहीं. ये वर्शन, समाधान किए गए डिपेंडेंसी ग्राफ़ में मिलते हैं. मान की जांच करने के लिए, `बंद है' पर सेट किया जाता है. मेल न खाने पर, चेतावनी को प्रिंट करने के लिए `चेतावनी` या गड़बड़ी की वजह से समस्या को दूर करने के लिए `गड़बड़ी` को चुना जाता है.
टैग: loading_and_analysis
--[no]ignore_dev_dependency डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ेल रूट मॉड्यूल के MODULE.bazel में `dev_dependency` के रूप में बताए गए `bazel_dep` और `use_extensions` को अनदेखा कर देता है. ध्यान दें कि MODULE.bazel में उन डेवलपर डिपेंडेंसी को हमेशा अनदेखा कर दिया जाता है, अगर फ़्लैग की वैल्यू पर ध्यान दिए बिना यह रूट मॉड्यूल नहीं है.
टैग: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> कई बार इस्तेमाल किया गया
किसी मॉड्यूल को स्थानीय डायरेक्ट्री से बदल देता है.
--registry=<a string> कई बार इस्तेमाल किया गया
Bzel मॉड्यूल की डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय करें. ऑर्डर अहम है: पहले वाली रजिस्ट्री में मॉड्यूल की जांच की जाएगी और बाद में रजिस्ट्री में सिर्फ़ तब वापस आएंगे, जब वे पहले के रजिस्ट्री में मौजूद न हों.
टैग: changes_inputs
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: "false"
डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या, 20 शब्दों तक सीमित होती है. इसमें सबसे ज़्यादा कार्रवाइयां की जा सकती हैं. इस विकल्प को सेट करने पर, याद रखने में मदद करने वाले सभी शब्दों के आंकड़े लिखे जाएंगे.
Bazel निर्देश में सामान्य इनपुट तय करने या उसमें बदलाव करने के ऐसे विकल्प जो दूसरी श्रेणियों में नहीं आते हैं.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो WORKSPACE फ़ाइल के बजाय बताई गई समस्या को हल करें
टैग: changes_inputs
रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल तय करें. इस फ़ाइल में कई लाइनें हैं. इनमें से हर एक निर्देश (`अनुमति दें`, `ब्लॉक करें` या `फिर से लिखें`) से शुरू होता है और इसके बाद एक होस्ट नाम (`अनुमति दें` और `ब्लॉक करें`) या दो पैटर्न होते हैं. एक पैटर्न मिलान करने के लिए और एक पैटर्न के यूआरएल के तौर पर इस्तेमाल करने के लिए, `$1` से शुरू होता है. एक ही यूआरएल के लिए कई 'फिर से लिखने' वाले निर्देश दिए जा सकते हैं.
कई विकल्प, जिन्हें किसी कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path> कई बार इस्तेमाल किया गया
किसी स्थानीय डायरेक्ट्री की मदद से, डेटा स्टोर करने की जगह को बदल देता है.

कॉन्फ़िगरेशन के विकल्प

कवरेज के विकल्प

टेस्ट से सभी विकल्प इनहेरिट करता है.

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा और बिल्ड एपीआई के सिमेंटिक (शब्दावली) को प्रभावित करता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
Bzlmod आउटपुट और सिमेंटिक से जुड़े विकल्प:
--allow_yanked_versions=<a string> कई बार इस्तेमाल किया गया
मॉड्यूल वर्शन `<module1>@<version1>,<module2>@<version2>` के फ़ॉर्मैट में तय किए गए हैं. इन्हें रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में अनुमति दी जाएगी, भले ही वे रजिस्ट्री में बताए गए हों. (अगर वे किसी रजिस्ट्री ओवरराइड से नहीं आ रहे हैं). ऐसा न करने पर, यांकी वाले वर्शन कनेक्ट नहीं हो पाएंगे. आप `BZLMOD_ALLOW_YANKED_VALUES` एनवायरमेंट वैरिएबल के साथ, अनुमति पा चुके यांक किए गए वर्शन भी तय कर सकते हैं. आप कीवर्ड 'all' (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करके, इस जांच को बंद कर सकते हैं.
टैग: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> डिफ़ॉल्ट: "गड़बड़ी"
Bazel वर्शन के साथ काम करने वाले वर्शन की जांच करें. मान्य वैल्यू को 'गड़बड़ी' के तौर पर मार्क करके, उनका समाधान नहीं किया जा सकता. चेक को बंद करने के लिए 'बंद है' या चेतावनी मैच न होने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' होती है.
टैग: loading_and_analysis
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: "चेतावनी"
जांचें कि रूट मॉड्यूल में तय की गई सीधे तौर पर `bazel_dep` डिपेंडेंसी समान वर्शन हैं या नहीं. ये वर्शन, समाधान किए गए डिपेंडेंसी ग्राफ़ में मिलते हैं. मान की जांच करने के लिए, `बंद है' पर सेट किया जाता है. मेल न खाने पर, चेतावनी को प्रिंट करने के लिए `चेतावनी` या गड़बड़ी की वजह से समस्या को दूर करने के लिए `गड़बड़ी` को चुना जाता है.
टैग: loading_and_analysis
--[no]ignore_dev_dependency डिफ़ॉल्ट: "false"
अगर सही है, तो बेज़ेल रूट मॉड्यूल के MODULE.bazel में `dev_dependency` के रूप में बताए गए `bazel_dep` और `use_extensions` को अनदेखा कर देता है. ध्यान दें कि MODULE.bazel में उन डेवलपर डिपेंडेंसी को हमेशा अनदेखा कर दिया जाता है, अगर फ़्लैग की वैल्यू पर ध्यान दिए बिना यह रूट मॉड्यूल नहीं है.
टैग: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> कई बार इस्तेमाल किया गया
किसी मॉड्यूल को स्थानीय डायरेक्ट्री से बदल देता है.
--registry=<a string> कई बार इस्तेमाल किया गया
Bzel मॉड्यूल की डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय करें. ऑर्डर अहम है: पहले वाली रजिस्ट्री में मॉड्यूल की जांच की जाएगी और बाद में रजिस्ट्री में सिर्फ़ तब वापस आएंगे, जब वे पहले के रजिस्ट्री में मौजूद न हों.
टैग: changes_inputs
ऐसे विकल्प जिनके इस्तेमाल से, 'कितने शब्दों में जानकारी दी जाए', 'फ़ॉर्मैट' या 'लॉग करने की जगह' पर असर पड़ता है:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: "false"
डिफ़ॉल्ट रूप से, कार्रवाई के टाइप की संख्या, 20 शब्दों तक सीमित होती है. इसमें सबसे ज़्यादा कार्रवाइयां की जा सकती हैं. इस विकल्प को सेट करने पर, याद रखने में मदद करने वाले सभी शब्दों के आंकड़े लिखे जाएंगे.
Bazel निर्देश में सामान्य इनपुट तय करने या उसमें बदलाव करने के ऐसे विकल्प जो दूसरी श्रेणियों में नहीं आते हैं.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: ""
अगर खाली नहीं है, तो WORKSPACE फ़ाइल के बजाय बताई गई समस्या को हल करें
टैग: changes_inputs
रिमोट कैश मेमोरी और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट डाउनलोडर को कॉन्फ़िगर करने के लिए फ़ाइल तय करें. इस फ़ाइल में कई लाइनें हैं. इनमें से हर एक निर्देश (`अनुमति दें`, `ब्लॉक करें` या `फिर से लिखें`) से शुरू होता है और इसके बाद एक होस्ट नाम (`अनुमति दें` और `ब्लॉक करें`) या दो पैटर्न होते हैं. एक पैटर्न मिलान करने के लिए और एक पैटर्न के यूआरएल के तौर पर इस्तेमाल करने के लिए, `$1` से शुरू होता है. एक ही यूआरएल के लिए कई 'फिर से लिखने' वाले निर्देश दिए जा सकते हैं.
कई विकल्प, जिन्हें किसी कैटगरी में नहीं रखा गया है.:
--override_repository=<an equals-separated mapping of repository name to path> कई बार इस्तेमाल किया गया
किसी स्थानीय डायरेक्ट्री की मदद से, डेटा स्टोर करने की जगह को बदल देता है.

क्वेरी के विकल्प

टेस्ट से सभी विकल्प इनहेरिट करता है.

निर्देश से पहले दिखने वाले विकल्प और क्लाइंट के ज़रिए पार्स किए जाते हैं:
--distdir=<a path> कई बार इस्तेमाल किया गया
संग्रहों को डाउनलोड करने से पहले, उन्हें ऐक्सेस करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
अगर इस नीति को सेट किया जाता है, तो डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव होने पर, कैश मेमोरी में सेव की गई कैश मेमोरी, फ़ाइल को हार्डलिंक कर देगी. इस फ़ाइल को डिस्क में सेव किया जाता है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: "false"
अगर यह सही है, तो डेटा स्टोर करने की जगह के डाउनलोड किए गए यूआरएल के यूआरएल से मिली स्ट्रिंग का इस्तेमाल तब करें, जब यह कैननिकल यूआरएल न हो. इससे, यूआरएल में बदलाव होता है, ताकि कैश मेमोरी को दोबारा डाउनलोड किया जा सके. ऐसा तब भी होता है, जब कैश मेमोरी में एक ही हैश डाउनलोड होता हो. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव करने से, कैश मेमोरी में सेव किए गए, रिपॉज़िटरी डेटा स्टोर नहीं हो रहे.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: "false"
अगर इस नीति को सेट किया गया है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं है.
टैग: experimental
--experimental_repository_downloader_retries=<an integer> डिफ़ॉल्ट: "0"
डाउनलोड करने में हुई गड़बड़ी के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या. अगर इस नीति को 0 पर सेट किया जाता है, तो फिर से कोशिश करने की सुविधा बंद कर दी जाती है.
टैग: experimental
--experimental_scale_timeouts=<a double> डिफ़ॉल्ट: "1.0"
Starlark के डेटा स्टोर करने की जगह से जुड़े नियमों में दिए गए सभी टाइम आउट को इस फ़ैक्टर के हिसाब से स्केल करें. इस तरह से, स्रोत के कोड को बदले बिना, रिपॉज़िटरी उन मशीनों पर काम कर सकती हैं जो नियम के लेखक से धीमी हैं
टैग: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> डिफ़ॉल्ट: "1.0"
http डाउनलोड से जुड़े सभी टाइम आउट, दिए गए फ़ैक्टर के हिसाब से बढ़ाएं
टैग: bazel_internal_configuration
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह के बारे में बताती है. आर्ग्युमेंट के तौर पर खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो इस बात पर असर डालते हैं कि Bazel कितनी अच्छी तरह से मान्य बिल्ड इनपुट लागू करता है (नियम की परिभाषाएं, फ़्लैग कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: ""
अगर इसे खाली नहीं छोड़ा गया है, तो यह एक ऐसी फ़ाइल के बारे में बताता है जिसमें कोई ऐसी वैल्यू मौजूद है जिसके लिए रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> कई बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के ऐसे नियमों की सूची जिसके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए, तो किसी फ़ाइल को --experimental_repository_hash_file के हिसाब से तय किया जाता है.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा और बिल्ड एपीआई के सिमेंटिक (शब्दावली) को प्रभावित करता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: "true"
नहीं
टैग: no_op, deprecated, experimental
क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise> डिफ़ॉल्ट: "परंपरागत और कोट;
जब आउटपुट फ़ॉर्मैट {xml,proto,record} में से एक हो, तो आसपेक्ट डिपेंडेंसी को ठीक करने का तरीका. 'off' का मतलब है कि किसी भी पक्ष की डिपेंडेंसी हल नहीं की जाती हैं,'convisorive' (डिफ़ॉल्ट) का मतलब है कि एलान की गई सभी आसपेक्ट डिपेंडेंसी जोड़ी गई हैं, भले ही उन्हें डायरेक्ट डिपेंडेंसी के नियम क्लास में शामिल किया गया हो, और #39;सटीक; ध्यान दें कि सटीक मोड में किसी एक टारगेट का आकलन करने के लिए, दूसरे पैकेज लोड करने की ज़रूरत होती है. इस वजह से, यह दूसरे मोड की तुलना में धीमा होता है. यह भी ध्यान दें कि सटीक मोड भी पूरी तरह से सटीक नहीं है: किसी विश्लेषण का आकलन करने के लिए किसी फ़ैसले के दौरान यह फ़ैसला लिया जाता है कि 'bazel क्वेरी के दौरान नहीं चलाया जाता'.
टैग: build_file_semantics
--[no]graph:factored डिफ़ॉल्ट: "true"
अगर सही है, तो ग्राफ़ उत्सर्जन होगा और#39; यानी, टोपोलॉजिकल रूप से बराबर नोड एक साथ मर्ज हो जाएंगे और उनके लेबल जुड़ जाएंगे. यह विकल्प सिर्फ़ -- आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--graph:node_limit=<an integer> डिफ़ॉल्ट: "512"
आउटपुट में ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल को काट दिया जाएगा; -1 का मतलब है कि कोई काट-छांट नहीं. यह विकल्प सिर्फ़ -- आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--[no]implicit_deps डिफ़ॉल्ट: "true"
चालू होने पर, इंडिपेंडेंट डिपेंडेंसी उस डिपेंडेंसी ग्राफ़ में शामिल की जाएंगी जिस पर क्वेरी काम करती है. इंप्लिसिट डिपेंडेंसी एक ऐसी भूमिका है जो BUILD फ़ाइल में साफ़ तौर पर नहीं दिखती है, लेकिन bazel में जोड़ी जाती है. क् वेरी के लिए, यह विकल्प फ़िल्टर किए गए टूलटिप को फ़िल्टर करने को कंट्रोल करता है.
टैग: build_file_semantics
--[no]include_aspects डिफ़ॉल्ट: "true"
क्वेरी, क्वेरी: आउटपुट में पहलू से जनरेट की गई कार्रवाइयों को शामिल करना है या नहीं. क्वेरी: no-op (हमेशा फ़ॉलो किया जाता है).
टैग: terminal_output
--[no]incompatible_display_source_file_location डिफ़ॉल्ट: "true"
यह डिफ़ॉल्ट रूप से सोर्स फ़ाइल का टारगेट दिखाता है. सही होने पर, लोकेशन आउटपुट में सोर्स फ़ाइलों की लाइन 1 की जगह दिखाता है. यह फ़्लैग सिर्फ़ माइग्रेशन के लिए मौजूद है.
टैग: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash डिफ़ॉल्ट: "true"
अगर यह चालू है, तो package_group's `packages` एट्रिब्यूट का इस्तेमाल करते समय, आगे वाले `//` को शामिल नहीं किया जाएगा.
टैग: terminal_output, incompatible_change
--[no]infer_universe_scope डिफ़ॉल्ट: "false"
अगर सेट और --universe_scope सेट नहीं है, तो --universe_scope की वैल्यू का अनुमान, क्वेरी एक्सप्रेशन में यूनीक टारगेट पैटर्न की सूची के रूप में लगाया जाएगा. ध्यान दें कि ब्रह्मांड के दायरे वाले फ़ंक्शन (उदाहरण के लिए, `allrdeps`) का इस्तेमाल करने वाले किसी क्वेरी एक्सप्रेशन के लिए, --universe_scope वैल्यू का अनुमान लगाया गया है, ज़रूरी नहीं है. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आप जानते हों कि आप क्या कर रहे हैं. ज़्यादा जानकारी और उदाहरणों के लिए, https://bazel.build/reference/query#sky-query देखें. अगर --universe_scope सेट है, तो इस विकल्प के मान को अनदेखा कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `क्वेरी` पर लागू होता है (जैसे कि `cquery`).
टैग: loading_and_analysis
--[no]line_terminator_null डिफ़ॉल्ट: "false"
क्या हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है.
टैग: terminal_output
--[no]nodep_deps डिफ़ॉल्ट: "true"
अगर यह नीति चालू की गई है, तो "nodep" एट्रिब्यूट को डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा. इस ग्राफ़ पर क्वेरी चलती है. एक "nodep" एट्रिब्यूट का सामान्य उदाहरण है कोट और किसको दिखे". बिल्ड भाषा में सभी "nodep" एट्रिब्यूट के बारे में जानने के लिए `info build-language` के आउटपुट को चलाएं और पार्स करें.
टैग: build_file_semantics
--output=<a string> डिफ़ॉल्ट: "label"
वह फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए इन वैल्यू का इस्तेमाल किया जा सकता है: लेबल, label_ इतिहास, textproto, ट्रांज़िशन, प्रोटो, jsonproto. अगर आप [#39;ट्रांज़िशन' चुनते हैं, तो आपको --transition=(lite|full) विकल्प भी बताना होगा.
टैग: terminal_output
--[no]proto:default_values डिफ़ॉल्ट: "true"
अगर सही है, तो उन एट्रिब्यूट को शामिल किया जाता है जिनकी वैल्यू BUILD फ़ाइल में साफ़ तौर पर नहीं दी गई है. अगर ऐसा नहीं किया जाता है, तो उन्हें हटा दिया जाता है. यह विकल्प, -- आउटपुट=proto
टैग: terminal_output
पर लागू होता है
--[no]proto:definition_stack डिफ़ॉल्ट: "false"
नियम और क्लास की परिभाषा तय होते ही, Starlark कॉल स्टैक से रिकॉर्ड किए गए हर नियम के इंस्टेंस के लिए, परिभाषाओं_stack प्रोटो फ़ील्ड को पॉप्युलेट करें.
टैग: terminal_output
--[no]proto:flatten_selects डिफ़ॉल्ट: "true"
चालू होने पर, चुने गए() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट को फ़्लैट कर दिया जाता है. एक तरह की सूची को फ़्लैट करने के लिए, एक ऐसी सूची बनाई जाती है जिसमें चुने हुए मैप की हर वैल्यू सिर्फ़ एक बार मौजूद होती है. स्कैलर टाइप को शून्य करने के लिए फ़्लैट किया गया है.
टैग: build_file_semantics
--[no]proto:include_configurations डिफ़ॉल्ट: "true"
अगर इसे चालू किया गया है, तो प्रोटो आउटपुट में कॉन्फ़िगरेशन से जुड़ी जानकारी शामिल होगी. अगर यह सेटिंग बंद है, तो क्वेरी प्रोटो आउटपुट फ़ॉर्मैट, क्वेरी आउटपुट फ़ॉर्मैट जैसा ही होता है.
टैग: affects_outputs
--[no]proto:include_synthetic_attribute_hash डिफ़ॉल्ट: "false"
$interior_attr_hash एट्रिब्यूट का हिसाब लगाना और उसे पॉप्युलेट करना या नहीं.
टैग: terminal_output
--[no]proto:instantiation_stack डिफ़ॉल्ट: "false"
हर नियम के लिए, इंस्टैंशिएशन कॉल के स्टैक को पॉप्युलेट करें. ध्यान दें कि इसके लिए स्टैक मौजूद होना ज़रूरी है
टैग: terminal_output
--[no]proto:locations डिफ़ॉल्ट: "true"
प्रोटो आउटपुट में जगह की जानकारी को आउटपुट देना है या नहीं.
टैग: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> डिफ़ॉल्ट: "all"
कॉमा से अलग किए गए एट्रिब्यूट की सूची. इन्हें आउटपुट में शामिल करें. डिफ़ॉल्ट तौर पर, सभी एट्रिब्यूट. किसी भी एट्रिब्यूट का आउटपुट न देने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प -- आउटपुट=proto पर लागू होता है.
टैग: terminal_output
--[no]proto:rule_inputs_and_outputs डिफ़ॉल्ट: "true"
नियम_इनपुट और नियम_आउटपुट फ़ील्ड को पॉप्युलेट करना है या नहीं.
टैग: termi