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

bazel [<startup options>] <command> [<args>]
या
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
टारगेट पैटर्न सिंटैक्स के लिए उपयोगकर्ता की गाइड देखें.

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

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

--<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 मोबाइल डिवाइस के लिए टारगेट इंस्टॉल करता है.
print_action फ़ाइल को कंपाइल करने के लिए कमांड लाइन आर्ग्युमेंट प्रिंट करता है.
query डिपेंडेंसी ग्राफ़ क्वेरी एक्ज़ीक्यूट करती है.
run तय किए गए टारगेट को चलाता है.
shutdown बेज़ल सर्वर को रोकता है.
sync फ़ाइल फ़ोल्डर में बताई गई सभी डेटा स्टोर करने की जगहें सिंक होती हैं
test तय किए गए टेस्ट टारगेट बनाता और चलाता है.
version बेज़ल के लिए वर्शन की जानकारी प्रिंट करता है.

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

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

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

बिल्डिंग को कंट्रोल करने वाले विकल्प:
--experimental_oom_more_eagerly_threshold=<an integer> डिफ़ॉल्ट: &कोटेशन;100&कोटेशन;
अगर इस फ़्लैग को 100 से कम वैल्यू पर सेट किया गया है, तो दो पूरे GC's के बाद भी O नहीं जाएगा.
टैग: host_machine_resource_optimizations
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> डिफ़ॉल्ट: &कोटेशन;1048576&कोटेशन;
स्टैंडआउट / एसएफ़टीपी फ़ाइलों का ज़्यादा से ज़्यादा साइज़ जो कंसोल पर प्रिंट किया जाएगा. -1 का मतलब है कोई सीमा नहीं.
टैग: execution
ऐसे विकल्प जिनकी मदद से उपयोगकर्ता अपनी पसंद के मुताबिक नहीं, बल्कि अपनी वैल्यू के हिसाब से आउटपुट को कॉन्फ़िगर कर सकता है:
--repo_env=<a 'name=value' assignment with an optional value part> को एक से ज़्यादा बार इस्तेमाल किया गया
इस रिपोर्ट में, रिपॉज़िटरी के नियमों के लिए अन्य एनवायरमेंट वैरिएबल उपलब्ध होते हैं. ध्यान दें कि रिपॉज़िटरी के नियम पूरे एनवायरमेंट को देखते हैं, लेकिन इस तरह से कॉन्फ़िगरेशन ग्राफ़ की जानकारी को रिपॉज़िटरी में पास किया जा सकता है. ऐसा ऐक्शन ग्राफ़ को अमान्य किए बिना विकल्पों के ज़रिए किया जा सकता है.
टैग: action_command_lines
इस विकल्प का इस्तेमाल करके, Starlark की भाषा या बिल्ड एपीआई के सिमेंटिक पर असर पड़ता है. जैसे, BUILD फ़ाइलें, .bzl फ़ाइलें या WORKSPACE फ़ाइलें.
--[no]experimental_action_resource_set डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही पर सेट है, तो ctx.actions.run() और ctx.actions.run_shell() के लिए, स्थानीय एक्ज़ीक्यूशन के लिए संसाधन_सेट पैरामीटर का इस्तेमाल किया जाता है. अगर ऐसा नहीं होता है, तो यह डिफ़ॉल्ट तौर पर मेमोरी और 1 सीपीयू के लिए 250 एमबी का होगा.
टैग: execution, build_file_semantics, experimental
--[no]experimental_allow_tags_propagation डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे सही पर सेट किया जाता है, तो टैग, टारगेट से कार्रवाइयों और #39; एक्ज़ीक्यूशन की ज़रूरी शर्तों पर लागू किए जाएंगे. अगर ऐसा नहीं किया जाता, तो टैग नहीं दिखते. ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazen/issues/8830 देखें.
टैग: build_file_semantics, experimental
--[no]experimental_cc_shared_library डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही पर सेट की गई है, तो cc_shared_library नियम के लिए ज़रूरी नियम विशेषताएं और Starlark एपीआई के तरीके उपलब्ध होंगे
टैग: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_disable_external_package डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही पर सेट किया जाता है, तो अपने-आप जनरेट हुआ //बाहरी पैकेज अब उपलब्ध नहीं होगा. बेज़ेल अब भी फ़ाइल को पार्स नहीं कर पाएगा 'external/BUILD'
टैग: loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_enable_android_migration_apis डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो Android Starlark माइग्रेशन के लिए ज़रूरी एपीआई को चालू किया जाता है.
टैग: build_file_semantics
--[no]experimental_google_legacy_api डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो Google के लेगसी कोड से जुड़े Starlark बिल्ड एपीआई के कई प्रयोग के हिस्सों को दिखाया जाता है.
टैग: loading_and_analysis, experimental
--[no]experimental_platforms_api डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो डीबग करने के लिए प्लैटफ़ॉर्म से जुड़े कई Starlark एपीआई को चालू किया जाता है.
टैग: loading_and_analysis, experimental
--[no]experimental_repo_remote_exec डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो रिपॉज़िटरी के कुछ नियम, कहीं से भी लागू किए जा सकते हैं.
टैग: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_sibling_repository_layout डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही पर सेट की जाती है, तो गैर-मुख्य डेटा स्टोर करने की जगहों को, एक्ज़ीक्यूशन रूट में मुख्य रिपॉज़िटरी के साथ सिमलिंक के तौर पर लगाया जाता है. इसका मतलब है कि सभी डेटा स्टोर करने की जगहें, $input_base/execution_root डायरेक्ट्री के डायरेक्ट चाइल्ड हैं. इसकी वजह से, आउटपुट के तौर पर $top_base/execution_root/__main__/external का इस्तेमाल करके डिफ़ॉल्ट तौर पर टॉप लेवल.
टैग: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state, experimental
--[no]incompatible_always_check_depset_elements डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
सभी कंस्ट्रक्टर में, डेप्ट में जोड़े गए एलिमेंट की वैधता की जांच करें. एलिमेंट में बदलाव नहीं किया जा सकता, लेकिन अब तक डिक्रिप्ट सेट(डायरेक्ट=...) कंस्ट्रक्टर चेक करना भूल गया है. डिपेक्ट एलिमेंट में सूचियों के बजाय टपल का इस्तेमाल करें. ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazen/issues/10313 देखें.
टैग: build_file_semantics, incompatible_change
सही होने पर, बेज़ल अब लिंकिंग_कॉन्टेक्स्ट
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disable_managed_directories डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही पर सेट है, तो workspace(managed_directories=) एट्रिब्यूट बंद हो जाता है.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disable_starlark_host_transitions डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो नियम के एट्रिब्यूट 'cfg = &quat;host&quat;'. को सेट नहीं किया जा सकता. इसके बजाय, नियमों को 'cfg = "exec&quat;' सेट करना चाहिए.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disable_target_provider_fields डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर आप इसे 'सही है' पर सेट करते हैं, तो फ़ील्ड सिंटैक्स के ज़रिए 'target' ऑब्जेक्ट पर, सेवा देने वाली कंपनियों को ऐक्सेस करने की सुविधा बंद कर दें. इसके बजाय, प्रोवाइडर का मुख्य सिंटैक्स इस्तेमाल करें. जैसे, नियम लागू करने वाले फ़ंक्शन के ज़रिए `my_info` को ऐक्सेस करने के लिए `ctx.attr.dep.my_info` इस्तेमाल करने के बजाय, ctx.attr.dep[MyInfo]का इस्तेमाल करें. ज़्यादा जानकारी के लिए, https://github.com/bazenbuild/bazen/issues/9014 पर जाएं.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disable_third_party_license_checking डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो लाइसेंस की जांच करने वाले लॉजिक के सभी विकल्प बंद हो जाते हैं
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disallow_empty_glob डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही पर सेट है, तो glob() के `allow_empty` तर्क की डिफ़ॉल्ट वैल्यू गलत होती है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disallow_legacy_javainfo डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
काम नहीं करता. नहीं-नहीं.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_disallow_struct_provider_syntax डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे 'सही है' पर सेट किया जाता है, तो हो सकता है कि 'नियम लागू करें' फ़ंक्शन से कोई स्ट्रक्चर न मिले. इसके बजाय, उन्हें सेवा देने वाली कंपनियों के इंस्टेंस की सूची दिखानी होगी.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_existing_rules_immutable_view डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही पर सेट किया गया है, तोनेटिव.मौजूदा_नियम और नेटिव.मौजूदा_नियम ऐसे होते हैं जो बदले न जा सकने वाले व्यू के ऑब्जेक्ट को बदल सकते हैं.
टैग: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_java_common_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो Pack_sources और host_javabase के कंपाइल में मौजूद host_javabase पैरामीटर को हटा दिया जाएगा.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_linkopts_to_linklibs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे 'सही है' पर सेट किया जाता है, तो डिफ़ॉल्ट टूलचेन में डिफ़ॉल्ट लिंक Optimize, link सवाल के बजाय cc_toolchain_config को लिंक लिंक के तौर पर पास करते हैं
टैग: action_command_lines, incompatible_change
--[no]incompatible_new_actions_api डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही पर सेट की गई है, तो कार्रवाइयां बनाने के लिए एपीआई सिर्फ़ `ctx.actions` पर उपलब्ध है, `ctx` पर नहीं.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_no_attr_license डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही पर सेट है, तो `attr.लाइसेंस` फ़ंक्शन बंद कर देता है.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_no_implicit_file_export डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट की गई (इस्तेमाल की गई) सोर्स फ़ाइलें, पैकेज के तौर पर निजी रहेंगी, जब तक कि उन्हें खास तौर पर एक्सपोर्ट नहीं किया जाता. https://github.com/bazerbuild/proposals/blob/master/designs/2019-10-24-file- इबिलिटी.md देखें
टैग: build_file_semantics, incompatible_change
--[no]incompatible_no_rule_outputs_param डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे 'सही है' पर सेट किया जाता है, तो `rule()` Starlark फ़ंक्शन के `आउटपुट` पैरामीटर बंद कर दिए जाते हैं.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_require_linker_input_cc_api डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे सही पर सेट किया गया है, तो domain_linking_context नियम को, library_to_link के बजाय linker_inputs की ज़रूरत होगी. लिंकिंग_संदर्भ के पुराने गेटर भी बंद कर दिए जाएंगे और सिर्फ़ linker_inputs उपलब्ध होंगे.
टैग: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_run_shell_command_string डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही पर सेट है, तो Actions.run_shell का कमांड पैरामीटर सिर्फ़ स्ट्रिंग को स्वीकार करेगा
टैग:build_file_semantics, incompatible_change
--[no]incompatible_struct_has_no_methods डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
संरचना के to_json और to_proto मेथड को बंद करता है, जो स्ट्रक्चर फ़ील्ड के नेमस्पेस को प्रदूषण करता है. इसके बजाय, JSON के लिए json.encode या json.encode_indent या textproto के लिए Proto.encode_text का इस्तेमाल करें.
टैग: build_file_semantics, incompatible_change
--[no]incompatible_top_level_aspects_require_providers डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे 'सही है' पर सेट किया जाता है, तो टॉप लेवल का आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) उन कंपनियों को ध्यान में रखेगा जो इसके लिए ज़रूरी हैं. साथ ही, ये सिर्फ़ टॉप लेवल टारगेट के हिसाब से काम करते हैं, जिनके नियम' विज्ञापन देने वाली कंपनियां, ज़रूरी शर्तों को पूरा करती हैं.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बेज़ेल @bazen_tools से cc_configure का इस्तेमाल करने की अनुमति नहीं देंगे. ज़्यादा जानकारी और माइग्रेशन के निर्देशों के बारे में जानने के लिए, कृपया https://github.com/bazenbuild/bazen/issues/10134 पर जाएं.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_visibility_private_attributes_at_definition डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही पर सेट है, तो नियम के इस्तेमाल के बजाय, निजी नियम के एट्रिब्यूट 'किसको दिखे' की जांच, नियम की परिभाषा के हिसाब से की जाती है.
टैग: build_file_semantics, incompatible_change
--max_computation_steps=<a long integer> डिफ़ॉल्ट: &कोटेशन;0;
किसी BUILD फ़ाइल (शून्य का मतलब है कोई सीमा नहीं) से निष्पादित किए जा सकने वाले Starlark कंप्यूटेशन चरणों की अधिकतम संख्या.
टैग: build_file_semantics
--nested_set_depth_limit=<an integer> डिफ़ॉल्ट: &कोटेशन;3500&कोटेशन;
डेपसेट (जिसे NestedSet भी कहा जाता है) के अंदरूनी ग्राफ़ की ज़्यादा से ज़्यादा गहराई, जिसके ऊपर डिपसेट() कंस्ट्रक्टर काम नहीं करेगा.
टैग: loading_and_analysis
बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करने वाले विकल्प:
--[no]incompatible_do_not_split_linking_cmdline डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
सही होने पर, बेज़ेल अब कमांड लाइन फ़्लैग को जोड़ने के लिए इस्तेमाल नहीं करती. साथ ही, यह भी तय नहीं करती कि कौनसे फ़्लैग पैरामीटर फ़ाइल पर जाएं और किसे नहीं. ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazen/issues/7670 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]keep_state_after_build डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर गलत है, तो बिल्ड के पूरा हो जाने के बाद ब्लेज़, इस बिल्ड से इनमेमोरी स्थिति को खारिज कर देगा. बाद के बिल्ड में ऐसा नहीं किया जाएगा.
टैग: loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer> डिफ़ॉल्ट: &कोटेशन;85&कोटेशन;
Bels's के आंतरिक स्काईफ़्रेम इंजन के बेहतर कॉन्फ़िगरेशन के लिए फ़्लैग करें. अगर बेज़ल को पता चलता है कि उसके बने रहे हीप प्रतिशत का इस्तेमाल कम से कम इस सीमा तक है, तो यह बेवजह के स्काईफ़्रेम स्टेटस को कम कर देगा. यह बदलाव करने से, जीसी थ्रैशिंग के असर को कम किया जा सकता है. साथ ही, जब जीसी थ्रैशिंग के लिए ज़िम्मेदार हो (i) इस अस्थायी स्थिति की मेमोरी के इस्तेमाल की वजह से और (ii) ज़रूरत पड़ने पर इस स्थिति को बदलने के बजाय ज़्यादा महंगे हो सकता है.
टैग: host_machine_resource_optimizations
--[no]track_incremental_state डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह गलत है, तो ब्लेज़, उस डेटा को बनाए नहीं रखेगा जिसमें इस बिल्ड पर मेमोरी बचाने के लिए अमान्य बिल्ड पर गलत तरीके से काम करने और फिर से मूल्यांकन करने की अनुमति है. बाद के बिल्ड में ऐसा नहीं किया जाएगा. आम तौर पर, इसे 'गलत है' पर सेट करते समय --बैच के बारे में बताना होगा.
टैग: loses_incremental_state
ऐसे विकल्प जो लॉग करने की सुविधा, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]announce_rc डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
आरसी विकल्पों की घोषणा करनी है या नहीं.
टैग: affects_outputs
--[no]attempt_to_print_relative_paths डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
मैसेज की जगह वाले हिस्से को प्रिंट करते समय, फ़ाइल फ़ोल्डर या डायरेक्ट्री के हिसाब से पाथ डायरेक्ट्री का इस्तेमाल करें. {package_path.
टैग: terminal_output
--bes_backend=<a string> डिफ़ॉल्ट: &कोटेशन;
बिल्ड इवेंट सेवा (बीईएस) बैकएंड एंडपॉइंट के बारे में [SCHEME://]होस्टिंग [:PORT] में होती है. BES अपलोड को बंद रखने का डिफ़ॉल्ट तरीका है. जीआरपीसी और जीआरपीी (टीएलएस के साथ जीआरपी चालू) काम करती हैं. अगर कोई स्कीम उपलब्ध नहीं कराई जाती, तो बेज़ेल जीआरपीसी मान लेता है.
टैग: affects_outputs
--[no]bes_check_preceding_lifecycle_events डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
publishBuildToolEventEventRequest पर फ़ील्ड_check_preceding_lifecycle_events_present फ़ील्ड सेट करता है, जो BES को यह जांचने के लिए सेट करता है कि क्या उसे मौजूदा टूल इवेंट से मेल खाने वाले InvocationAttemptStarted और BuildEnqueed इवेंट मिले हैं.
टैग: affects_outputs
--bes_header=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
नाम वाले हेडर में हेडर डालें, जिसे BES अनुरोधों में शामिल किया जाएगा. एक से ज़्यादा हेडर के लिए फ़्लैग की जानकारी देना ज़रूरी है. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
टैग: affects_outputs
--bes_instance_name=<a string> डिफ़ॉल्ट: विवरण देखें
उस इंस्टेंस के नाम के बारे में बताता है जिसके तहत बीईएस अपलोड किया जाता रहेगा. डिफ़ॉल्ट वैल्यू शून्य होती है.
टैग: affects_outputs
--bes_keywords=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
BES में पब्लिश किए गए कीवर्ड के डिफ़ॉल्ट सेट को जोड़ने के लिए, सूचना कीवर्ड की सूची तय करता है ("command_name=<command_name> &कोटेशन;, &कोटेशन;प्रोटोकॉल_नाम=BEP&कोटेशन;). डिफ़ॉल्ट रूप से, कोई नहीं होता.
टैग: affects_outputs
--[no]bes_lifecycle_events डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बताता है कि BES लाइफ़साइकल इवेंट को प्रकाशित करना है या नहीं. (यह डिफ़ॉल्ट रूप से 'true') होता है.
टैग: affects_outputs
--bes_outerr_buffer_size=<an integer> डिफ़ॉल्ट: &कोटेशन;10240&कोटेशन;
इस बारे में बताता है कि BEP में बफ़र होने के लिए, stdout या stderr का ज़्यादा से ज़्यादा साइज़ कितना है, इससे पहले इसे प्रोग्रेस इवेंट के तौर पर रिपोर्ट किया जाता है. अलग-अलग लेखों को अब भी एक इवेंट में रिपोर्ट किया जाता है. भले ही, मान --bes_outerr_chunk_size तक हो.
टैग: affects_outputs
--bes_outerr_chunk_size=<an integer> डिफ़ॉल्ट: &कोटेशन;1048576&कोटेशन;
एक मैसेज में BEP को भेजने के लिए, एसटीडीआउट या एसएफ़टीपी का ज़्यादा से ज़्यादा साइज़ तय किया गया है.
टैग: affects_outputs
--bes_proxy=<a string> डिफ़ॉल्ट: विवरण देखें
प्रॉक्सी की मदद से बिल्ड इवेंट सेवा से कनेक्ट करें. फ़िलहाल, इस फ़्लैग का इस्तेमाल सिर्फ़ यूनिक्स डोमेन सॉकेट (unix:/path/to/socket) को कॉन्फ़िगर करने के लिए किया जा सकता है.
--bes_results_url=<a string> डिफ़ॉल्ट: &कोटेशन;
वह बेस यूआरएल बताता है जहां उपयोगकर्ता, BES बैकएंड में स्ट्रीम की गई जानकारी देख सकता है. बेज़ेल टर्मिनल में न्योते के आईडी के साथ जोड़े गए यूआरएल को आउटपुट करेगा.
टैग: terminal_output
--bes_timeout=<An immutable length of time.> डिफ़ॉल्ट: &कोटेशन;0;
यह बताती है कि बिल्ड/जांच खत्म होने के बाद, BES/BEP से अपलोड होने में कितना समय लगेगा. मान्य टाइम आउट एक स्वाभाविक संख्या है और उसके बाद एक इकाई होती है: दिन (d), घंटे (h), मिनट (m), सेकंड (s), और मिलीसेकंड (मिलीसेकंड). डिफ़ॉल्ट मान '0' है, जिसका मतलब है कि कोई समय खत्म नहीं है.
टैग: affects_outputs
--build_event_binary_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली नहीं है, तो उस फ़ाइल के बिल्ड इवेंट प्रोटोकॉल को दिखाने के लिए, अलग-अलग बाइनरी तरीके से लिखें. यह विकल्प --bes_upload_mode=wait_for_upload_complete देखें.
टैग: affects_outputs
--[no]build_event_binary_file_path_conversion डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
जब भी संभव हो, बिल्ड इवेंट प्रोटोकॉल के बाइनरी फ़ाइल प्रज़ेंटेशन में पाथ को दुनिया भर में मान्य यूआरआई में बदलें; अगर यह बंद होता है, तो file:// uri स्कीम का हमेशा इस्तेमाल किया जाएगा
टैग: affects_outputs
--build_event_json_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली नहीं है, तो उस फ़ाइल के लिए बिल्ड इवेंट प्रोटोकॉल का JSON सीरियल नंबर लिखें.
टैग: affects_outputs
--[no]build_event_json_file_path_conversion डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
जब भी संभव हो, बिल्ड इवेंट प्रोटोकॉल के 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या सभी कार्रवाइयां प्रकाशित की जानी चाहिए.
टैग: affects_outputs
--build_event_text_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो उस फ़ाइल में बिल्ड इवेंट प्रोटोकॉल के बारे में टेक्स्ट के तौर पर जानकारी दें
टैग: affects_outputs
--[no]build_event_text_file_path_conversion डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
जब भी संभव हो, बिल्ड इवेंट प्रोटोकॉल के टेक्स्ट फ़ाइल प्रज़ेंटेशन में पाथ को दुनिया भर में मान्य यूआरआई में बदलें; अगर यह बंद होता है, तो file:// uri स्कीम का हमेशा इस्तेमाल किया जाएगा
टैग: affects_outputs
--[no]experimental_announce_profile_path डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, लॉग में JSON प्रोफ़ाइल पाथ जोड़ता है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_bep_target_summary डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
TargetTarget इवेंट प्रकाशित करना है या नहीं.
--[no]experimental_build_event_expand_filesets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, आउटपुट फ़ाइलें दिखाते समय बीईपी में Files को बड़ा करें.
टैग: affects_outputs
अगर सही है, तो आउटपुट फ़ाइलें दिखाते समय, BEP में मिलते-जुलते Fileset सिमलिंक की समस्या को पूरी तरह से ठीक करें. --प्रयोगal_build_event_expand_filesets की ज़रूरत होती है.
टैग: affects_outputs
--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, 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 or unknown> को एक से ज़्यादा बार इस्तेमाल किया गया
प्रोफ़ाइल में शामिल किए जाने वाले अतिरिक्त प्रोफ़ाइल टास्क तय करता है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_primary_output डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
इसमें कार्रवाई के अतिरिक्त इवेंट में शामिल अतिरिक्त &कोटेशन एट्रिब्यूट शामिल है. इसमें ऐक्शन और #39; के मुख्य आउटपुट का एक्ज़ीक्यूट पाथ शामिल है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_target_label डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
इसमें कार्रवाई वाले इवेंट में टारगेट लेबल, #39; JSON प्रोफ़ाइल का डेटा शामिल है.
टैग: affects_outputs, bazel_monitoring
--[no]experimental_stream_log_file_uploads डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
स्ट्रीम लॉग फ़ाइल को डिस्क पर लिखने के बजाय सीधे दूरस्थ मेमोरी में अपलोड करता है.
टैग: affects_outputs
--experimental_workspace_rules_log_file=<a path> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल में कुछ Workspace नियमों के इवेंट को, डीलिमिटेड WorkspaceEvent प्रोटो के तौर पर लॉग करें.
--[no]generate_json_trace_profile डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
अगर चालू है, तो बेज़ल बिल्ड की प्रोफ़ाइल बनाती हैं और आउटपुट बेस में फ़ाइल में JSON-फ़ॉर्मैट की प्रोफ़ाइल लिखती हैं. chrome://tracing में लोड करके प्रोफ़ाइल देखें. डिफ़ॉल्ट रूप से बेज़ेल सभी बिल्ड-जैसे आदेशों और क्वेरी के लिए प्रोफ़ाइल लिखती हैं.
टैग: affects_outputs, bazel_monitoring
--[no]heap_dump_on_oom डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर ओओएम का इस्तेमाल किया जाता है, तो मैन्युअल तरीके से हीप डंप आउटपुट करें या नहीं. इसमें --प्रयोगल_oom_more_eagerly_threshold की वजह से ओओएम शामिल हैं. डंप को <आउटपुट_base>/<invocation_id>.heapdump.hprof पर लिखा जाएगा. यह विकल्प, -XX:+ HeapDumpOnOutOfMemoryError को बेहतर तरीके से बदल देता है, जिसका कोई असर नहीं होता क्योंकि OOMs रनटाइम में शामिल हो जाते हैं और रनटाइम#halt पर रीडायरेक्ट कर दिए जाते हैं.
टैग: bazel_monitoring
--[no]legacy_important_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसे इसका इस्तेमाल करने के लिए, Targetcomplete इवेंट में विरासती_आउटपुट फ़ील्ड की पीढ़ी को छिपाने के लिए इस्तेमाल करें. बैज़ेल से ResultStore इंटिग्रेशन के लिए महत्वपूर्ण_आउटपुट ज़रूरी हैं.
टैग: affects_outputs
--logging=<0 <= an integer <= 6> डिफ़ॉल्ट: &कोटेशन;3&कोटेशन;
लॉगिन का लेवल.
टैग: affects_outputs
--memory_profile_stable_heap_parameters=<two integers, separated by a comma> डिफ़ॉल्ट: &कोटेशन;1,0&कोटेशन;
बिल्डिंग के आखिर में स्थिर हीप की गणना करने के लिए, पुरानी प्रोफ़ाइल और #39; दो दो पूर्णांक होने चाहिए और इन्हें कॉमा लगाकर अलग किया जाना चाहिए. पहला पैरामीटर परफ़ॉर्म करने वाले जीसी की संख्या है. दूसरा पैरामीटर GCs के बीच इंतज़ार करने का समय है.
टैग: bazel_monitoring
--profile=<a path> डिफ़ॉल्ट: विवरण देखें
अगर सेट किया गया है, तो बैजल को प्रोफ़ाइल करें और बताई गई फ़ाइल में डेटा लिखें. प्रोफ़ाइल का विश्लेषण करने के लिए बेज़ल विश्लेषण-प्रोफ़ाइल का इस्तेमाल करें.
टैग: affects_outputs, bazel_monitoring
--[no]slim_profile डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर प्रोफ़ाइल बहुत बड़ी हो जाती है, तो इवेंट को मर्ज करके JSON प्रोफ़ाइल का साइज़ कम करें.
टैग: affects_outputs, bazel_monitoring
--starlark_cpu_profile=<a string> डिफ़ॉल्ट: &कोटेशन;
इस फ़ाइल में, Starstark थ्रेड के लिए सीपीयू के इस्तेमाल की pprof प्रोफ़ाइल मिलती है.
टैग: bazel_monitoring
--tool_tag=<a string> डिफ़ॉल्ट: &कोटेशन;
ऐसा इन टूल का इस्तेमाल करके बनाया जा सकता है जिनसे बेजल को शुरू करने के लिए बढ़ावा मिलता है.
टैग: affects_outputs, bazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters> को एक से ज़्यादा बार इस्तेमाल किया गया
तय करें कि यूज़र इंटरफ़ेस (यूआई) में कौनसे इवेंट दिखाने हैं. लीड करने वाले +/- का इस्तेमाल करके, डिफ़ॉल्ट इवेंट में इवेंट जोड़े या हटाए जा सकते हैं. इसके अलावा, डिफ़ॉल्ट सेट को सीधे तौर पर असाइन किए गए असाइनमेंट से पूरी तरह बदला जा सकता है. काम करने वाले इवेंट टाइप के सेट में INFO, DEBUG, Error वगैरह शामिल हैं.
टैग: terminal_output
अलग-अलग तरह के विकल्प, जिनकी कैटगरी नहीं तय की गई है.::
--all_incompatible_changes
नहीं, हटाए जा रहे हैं. https://github.com/bazenbuild/bazer/issues/13892 देखें
टैग: no_op, incompatible_change
--build_metadata=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
बिल्ड इवेंट में सप्लाई करने के लिए, कस्टम की/वैल्यू स्ट्रिंग पेयर.
टैग: terminal_output
--color=<yes, no or auto> डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
आउटपुट को रंग देने के लिए टर्मिनल कंट्रोल का इस्तेमाल करें.
--config=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
आरसी फ़ाइलों से दूसरे कॉन्फ़िगरेशन सेक्शन चुनता है; हर <command> के लिए, यह <command>:<config> के विकल्प भी लेता है; अगर ऐसा सेक्शन मौजूद है; अगर यह सेक्शन किसी भी .rc फ़ाइल में मौजूद नहीं है, तो ब्लेज़ किसी गड़बड़ी के साथ काम नहीं कर पाएगा. कॉन्फ़िगरेशन सेक्शन और फ़्लैग के कॉम्बिनेशन, टूल/*.blockzerc कॉन्फ़िगरेशन फ़ाइल में मौजूद होते हैं.
--curses=<yes, no or auto> डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
स्क्रोल करने के आउटपुट को कम करने के लिए, टर्मिनल कर्सर कंट्रोल का इस्तेमाल करें.
--[no]enable_platform_specific_config डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेज़ल, bazerrc पर मौजूद फ़ाइलों से होस्ट-ओएस की खास कॉन्फ़िगरेशन लाइनें पिक अप करता है. उदाहरण के लिए, अगर होस्ट ओएस Linux है और आप बेज़ल बिल्ड चलाते हैं, तो बेज़ेल बिल्ड:Linux से शुरू होने वाली लाइनें पिक अप कर लेती हैं. chrome, macos, Windows, freebsd, और Openbsd फ़ॉर्मैट में ओएस आइडेंटिफ़ायर काम करते हैं. इस फ़्लैग को चालू करना, Linux पर --config=linux, Windows पर --config=विंडो वगैरह का इस्तेमाल करने के बराबर है.
--[no]experimental_windows_watchfs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो --watchfs के लिए प्रयोग के तौर पर Windows के लिए सहायता चालू की गई है. अगर ऐसा नहीं है, तो Windows पर वॉचलिस्ट देखें. --watchfs को भी चालू करें.
--google_auth_scopes=<comma-separated list of options> डिफ़ॉल्ट: "https://www.googleapis.com/auth/cloud-platform"
Google Cloud की पुष्टि करने वाले दायरों की कॉमा-सेपरेटेड लिस्ट.
--google_credentials=<a string> डिफ़ॉल्ट: विवरण देखें
पुष्टि करने वाले क्रेडेंशियल पाने के लिए, फ़ाइल के बारे में बताएं. ज़्यादा जानकारी पाने के लिए https://cloud.google.com/docs/authentication देखें.
--[no]google_default_credentials डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
पुष्टि करने के लिए 'Google ऐप्लिकेशन के डिफ़ॉल्ट क्रेडेंशियल' का इस्तेमाल करना चाहिए या नहीं. ज़्यादा जानकारी पाने के लिए https://cloud.google.com/docs/authentication देखें. डिफ़ॉल्ट रूप से बंद.
--grpc_keepalive_time=<An immutable length of time.> डिफ़ॉल्ट: विवरण देखें
आउटगोइंग gRPC कनेक्शन के लिए, कीप-अलाइव पिंग कॉन्फ़िगर करता है. अगर इस नीति को सेट किया जाता है, तो कनेक्शन के बारे में पढ़ने के लिए इतने समय बाद, बेज़ल पिंग भेजता है. हालांकि, ऐसा तब ही होता है, जब कम से कम एक gRPC कॉल बाकी हो. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम वैल्यू सेट करने में गड़बड़ी होती है. डिफ़ॉल्ट रूप से, कीप-लिविंग पिंग बंद रहते हैं. इस सेटिंग को चालू करने से पहले, आपको सेवा के मालिक से बात करनी होगी.
--grpc_keepalive_timeout=<An immutable length of time.> डिफ़ॉल्ट: &कोटेशन;20;
आउटगोइंग gRPC कनेक्शन के लिए, कीप-अलाइव समय खत्म होने को कॉन्फ़िगर करता है. अगर --grpc_keepalive_time -- की मदद से कीप-अलाइविंग पिंग चालू किए जाते हैं, तो अगर तय समय के बाद पिंग का जवाब नहीं मिलता है, तो बेजल कनेक्शन से समय खत्म कर देता है. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम वैल्यू सेट करने में गड़बड़ी होती है. अगर कीप-लिविंग पिंग बंद हैं, तो इस सेटिंग को अनदेखा कर दिया जाता है.
--[no]progress_in_terminal_title डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
टर्मिनल के शीर्षक में कमांड की प्रोग्रेस दिखाएं. यह देखने में उपयोगी है कि एक से ज़्यादा टर्मिनल टैब होने पर, बेज़ल क्या कर रहा है.
--[no]show_progress डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बिल्ड के दौरान प्रगति के मैसेज दिखाएं.
--show_progress_rate_limit=<a double> डिफ़ॉल्ट: &कोटेशन;0.2&कोटेशन;
आउटपुट में मैसेज के बीच में कम से कम सेकंड.
--[no]show_timestamps डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
मैसेज में टाइमस्टैंप शामिल करना
--tls_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
टीएलएस सर्टिफ़िकेट का पाथ बताएं, जो सर्वर सर्टिफ़िकेट पर हस्ताक्षर करने के लिए भरोसेमंद हो.
--tls_client_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल करने के लिए TLS क्लाइंट सर्टिफ़िकेट बताएं. आपको क्लाइंट पुष्टि देने के लिए भी क्लाइंट कुंजी देनी होगी.
--tls_client_key=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल करने के लिए TLS क्लाइंट कुंजी तय करें. क्लाइंट ऑथेंटिकेशन को चालू करने के लिए, आपको क्लाइंट सर्टिफ़िकेट भी देना होगा.
--ui_actions_shown=<an integer> डिफ़ॉल्ट: &कोटेशन;8&कोटेशन;
ज़्यादा जानकारी देने वाले प्रगति बार में दिखाई गई एक साथ की जाने वाली कार्रवाइयों की संख्या; हर कार्रवाई को एक अलग लाइन में दिखाया जाता है. प्रगति बार में कम से कम एक हमेशा दिखता है. एक से कम सभी संख्याएं 1 पर मैप की जाती हैं.
टैग: terminal_output
--[no]watchfs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Linux/macOS पर: अगर सही है, तो बेजल किसी भी बदलाव के लिए हर फ़ाइल को स्कैन करने के बजाय, स्थानीय बदलावों के लिए ऑपरेटिंग सिस्टम's की फ़ाइल वॉच सेवा का इस्तेमाल करने की कोशिश करती है. Windows पर: फ़िलहाल, यह फ़्लैग गैर-op है, लेकिन इसे -- experimentsal_windows_watchfs के साथ जोड़ा जा सकता है. किसी भी ओएस पर: अगर आपका फ़ाइल फ़ोल्डर किसी नेटवर्क फ़ाइल सिस्टम पर है और रिमोट मशीन पर फ़ाइलों में बदलाव किया गया है, तो बिहेवियर तय नहीं होता है.

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

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
वे विकल्प जो बेजल के ज़रिए सही बिल्ड इनपुट लागू करने के तरीकों (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह) पर असर डालते हैं:
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
लॉग की जगह की जानकारी, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--dump=<text or raw> [-d] डिफ़ॉल्ट: विवरण देखें
पूरी प्रोफ़ाइल के डेटा को आउटपुट के तौर पर, पढ़ने लायक 'टेक्स्ट' फ़ॉर्मैट या स्क्रिप्ट-फ़्रेंडली 'रॉ और#39; फ़ॉर्मैट में पाएं.
टैग: affects_outputs
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
किसी सामान्य इनपुट के बारे में बताने या उसे बदलने के विकल्प, जो बेज़ल कमांड में होते हैं, जो दूसरी कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो WORKSPACE फ़ाइल के बजाय समाधान की गई खास फ़ाइल पढ़ें
टैग: changes_inputs
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--override_repository=<an equals-separated mapping of repository name to path> को एक से ज़्यादा बार इस्तेमाल किया गया
रिपॉज़िटरी को लोकल डायरेक्ट्री से बदल देता है.

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

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

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
वे विकल्प जो बेजल के ज़रिए सही बिल्ड इनपुट लागू करने के तरीकों (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह) पर असर डालते हैं:
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
क्वेरी के आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise> डिफ़ॉल्ट: "कंज़र्वेटिव&कोटेशन;
आउटपुट डिपेंडेंसी को तब ठीक करें, जब आउटपुट फ़ॉर्मैट {xml,proto,record} में से कोई एक हो. 'off' इसका मतलब है कि कोई भी आसपेक्ट डिपेंडेंसी हल नहीं की जाती है और (#डिफ़ॉल्ट) ध्यान दें कि सटीक मोड में, किसी एक टारगेट का आकलन करने के लिए दूसरे पैकेज को लोड करना ज़रूरी होता है. इससे यह अन्य मोड की तुलना में धीमा हो जाता है. यह भी ध्यान दें कि सटीक मोड भी पूरी तरह से सटीक नहीं होता है: यह तय किया जाता है कि किसी विश्लेषण का विश्लेषण करना है या नहीं. यह विश्लेषण के चरण में तय किया जाता है. इस तरीके को 'बेजल क्वेरी' के दौरान नहीं चलाया जाता.
टैग: build_file_semantics
--[no]deduplicate_depsets डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
फ़ाइनल प्रोटो/textproto/json आउटपुट में, dep_set_of_files के डुप्लीकेट डुप्लीकेट पेजों को हटाएं. इससे, ऐसे डुप्लीकेट दस्तावेज़ों को नहीं हटाया जाता जिन्हें तुरंत अभिभावक न बनाया जा सकता हो. इससे ऐक्शन के इनपुट के आखिरी चरणों की सूची पर कोई असर नहीं पड़ता.
टैग: terminal_output
--[no]graph:factored डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो ग्राफ़ को ##39;फ़ैक्टर किया गया' यानी, भौगोलिक रूप से मिलते-जुलते नोड को एक साथ मर्ज किया जाएगा और उनके लेबल जोड़े जाएंगे. यह विकल्प सिर्फ़ --आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--graph:node_limit=<an integer> डिफ़ॉल्ट: &कोटेशन;512&कोटेशन;
आउटपुट में ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि कोई काट-छांट नहीं. यह विकल्प सिर्फ़ --आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--[no]implicit_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह चालू है, तो इंप्लिसिट डिपेंडेंसी को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. इंप्लिसिट डिपेंडेंसी, वह है जो BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है, लेकिन बेज़ल ने जोड़ी है. cquery के लिए, यह विकल्प हल किए गए टूलचेन को कंट्रोल करता है.
टैग: build_file_semantics
--[no]include_artifacts डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसमें आउटपुट में कार्रवाई के इनपुट और आउटपुट के नाम शामिल होते हैं (संभावित तौर पर बड़ा).
टैग: terminal_output
--[no]include_aspects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
aquery, cquery: क्या आउटपुट में आसपेक्ट-जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (आसपियों की जानकारी हमेशा फ़ॉलो की जाती है).
टैग: terminal_output
--[no]include_commandline डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसमें आउटपुट में ऐक्शन कमांड की लाइन का कॉन्टेंट शामिल होता है (संभावित तौर पर बड़ा).
टैग: terminal_output
--[no]include_param_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
पैरामीटर में इस्तेमाल की गई पैरामीटर फ़ाइलों का कॉन्टेंट शामिल करें. हो सकता है कि कॉन्टेंट का साइज़ बड़ा हो. ध्यान दें: इस फ़्लैग को चालू करने से --include_commandline फ़्लैग अपने-आप चालू हो जाएगा.
टैग: terminal_output
--[no]incompatible_display_source_file_location डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
डिफ़ॉल्ट रूप से, सोर्स फ़ाइल का टारगेट दिखाता है. अगर सही है, तो स्थान आउटपुट में स्रोत फ़ाइलों की पंक्ति 1 का स्थान दिखाता है. यह फ़्लैग सिर्फ़ माइग्रेशन के लिए मौजूद है.
टैग: terminal_output, incompatible_change
--[no]infer_universe_scope डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया जाता है और --universe_स्कोप सेट नहीं किया जाता है, तो क्वेरी के एक्सप्रेशन में -universe_scope का मान यूनीक टारगेट पैटर्न की सूची के रूप में निकाला जाएगा. ध्यान दें कि क्वेरी के एक्सप्रेशन के लिए, अनुमानित यूनिवर्स_स्कोप वैल्यू जो यूनिवर्सल स्कोप वाले फ़ंक्शन (उदाहरण के लिए, `allrdeps`) का इस्तेमाल करती है, वह आपकी पसंद के मुताबिक नहीं हो सकता. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आप जानते हों कि आप क्या कर रहे हैं. ज़्यादा जानकारी और उदाहरणों के लिए, https://bazen.build/versions/reference/query#sky-query देखें. अगर --universe_scope सेट किया गया है, तो यह विकल्प ##39; का मान नज़रअंदाज़ कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `query` पर लागू होता है (जैसे, `cquery` नहीं).
टैग: loading_and_analysis
--[no]line_terminator_null डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है.
टैग: terminal_output
--[no]nodep_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, &kot;nodep&कोटेशन; एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. &kot;nodep" एट्रिब्यूट का एक सामान्य उदाहरण &कोटेशन;कोटेशन; है. बिल्ड भाषा में सभी &kot;nodep&कोटेशन; एट्रिब्यूट के बारे में जानने के लिए `info build-language` के आउटपुट को चलाएं और पार्स करें.
टैग: build_file_semantics
--output=<a string> डिफ़ॉल्ट: &कोटेशन;टेक्स्ट;
ऐसा फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए इन वैल्यू का इस्तेमाल किया जा सकता है: text, textproto, proto, jsonproto.
टैग: terminal_output
--[no]proto:default_values डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो उन एट्रिब्यूट को शामिल किया जाता है जिनकी वैल्यू BUILD फ़ाइल में साफ़ तौर पर नहीं दी गई है. ऐसा न होने पर, उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो
टैग पर लागू होता है: terminal_output
--[no]proto:definition_stack डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
परिभाषा_एसटीक प्रोटो फ़ील्ड को पॉप्युलेट करें, जो नियम और #39 की क्लास को परिभाषित करते ही स्टारलैक कॉल स्टैक के हर इंस्टेंस इंस्टेंस के लिए रिकॉर्ड करता है.
टैग: terminal_output
--[no]proto:flatten_selects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट किए जाते हैं. सूची किस तरह की होती है, इसके लिए फ़्लैट वर्शन एक ऐसी सूची होती है जिसमें चुने गए मैप की हर वैल्यू सिर्फ़ एक बार होती है. स्केलर टाइप शून्य पर फ़्लैट कर दिए जाते हैं.
टैग: build_file_semantics
--[no]proto:include_synthetic_attribute_hash डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
$internal_attr_hash एट्रिब्यूट की गिनती और पॉप्युलेट करना है या नहीं.
टैग: terminal_output
--[no]proto:instantiation_stack डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
हर नियम के इंस्टैंशिएशन कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसमें स्टैक मौजूद होना चाहिए
टैग: terminal_output
--[no]proto:locations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
प्रोटो आउटपुट में जगह की जानकारी आउटपुट करना है या नहीं.
टैग: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;सभी &
आउटपुट में शामिल करने के लिए, एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. सभी एट्रिब्यूट के लिए डिफ़ॉल्ट. किसी भी एट्रिब्यूट को आउटपुट न करने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प -- आउटपुट=प्रोटो पर लागू होता है.
टैग: terminal_output
--[no]proto:rule_inputs_and_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नियम_इनपुट और नियम_आउटपुट फ़ील्ड भरने हैं या नहीं.
टैग: terminal_output
--[no]relative_locations डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह की जानकारी रिलेटिव होती है. डिफ़ॉल्ट रूप से, जगह का आउटपुट एक सटीक पाथ होता है और वह सभी मशीनों में एक जैसा नहीं होगा. आप इस विकल्प को 'सही' पर सेट करके, सभी मशीनों पर एक जैसा नतीजा पा सकते हैं.
टैग: terminal_output
--[no]skyframe_state डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अतिरिक्त विश्लेषण किए बिना, Skyframe से मौजूदा कार्रवाई ग्राफ़ को बाहर निकालें. ध्यान दें: फ़िलहाल, टारगेट करने के लिए --skyframe_state का इस्तेमाल नहीं किया जा सकता. यह फ़्लैग सिर्फ़ -- आउटपुट=proto या -- आउटपुट=textproto के साथ उपलब्ध है.
टैग: terminal_output
--[no]tool_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
क्वेरी: अगर बंद है, तो 'होस्ट कॉन्फ़िगरेशन' या 'प्लानिंग' टारगेट पर निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. A'होस्ट कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी ##39;proto_library' प्रोटोकॉल कंपाइलर के नियम, आम तौर पर बिल्ड के दौरान लागू किए गए टूल को पॉइंट करता है, न कि उसी 'टारगेट' प्रोग्राम के किसी हिस्से में. क्वेरी: अगर बंद है, तो कॉन्फ़िगर किए गए सभी टारगेट फ़िल्टर कर देता है. ये वे टारगेट होते हैं जो कॉन्फ़िगर किए गए टारगेट को खोजने वाले टॉप-लेवल टारगेट से किसी होस्ट या एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही टारगेट कॉन्फ़िगरेशन में दिखाए जाएंगे. अगर टॉप-लेवल का टारगेट, होस्ट के कॉन्फ़िगरेशन में है, तो सिर्फ़ होस्ट के कॉन्फ़िगर किए गए टारगेट दिखेंगे. यह विकल्प, हल किए गए टूलचेन को बाहर नहीं रखेगा.
टैग: build_file_semantics
--universe_scope=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
टारगेट पैटर्न का कॉमा लगाकर अलग किया गया सेट (जोड़ें और घटाएं). यह क्वेरी, दुनिया में तय किए गए टारगेट के लिए, ट्रांज़िट समय में बंद होने की परिभाषा के हिसाब से सेट की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और cquery निर्देशों के लिए किया जाता है. Cquery के लिए, इस विकल्प का इनपुट वह टारगेट है जिसके तहत सभी जवाब बनाए गए हैं. इसलिए, यह विकल्प कॉन्फ़िगरेशन और ट्रांज़िशन पर असर डाल सकता है. अगर यह विकल्प नहीं बताया गया है, तो यह माना जाता है कि टॉप-लेवल के टारगेट, क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट हैं. ध्यान दें: cquery के लिए, अगर इस एक्सप्रेशन को तय न किया जाए, तो हो सकता है कि टॉप लेवल के विकल्पों के साथ क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट न बनाए जा सकें. ऐसा होने पर बिल्ड काम नहीं करेगा.
टैग: loading_and_analysis
वे विकल्प जो लॉग करने की सुविधा, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
किसी सामान्य इनपुट के बारे में बताने या उसे बदलने के विकल्प, जो बेज़ल कमांड में होते हैं, जो दूसरी कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो WORKSPACE फ़ाइल के बजाय समाधान की गई खास फ़ाइल पढ़ें
टैग: changes_inputs
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--override_repository=<an equals-separated mapping of repository name to path> को एक से ज़्यादा बार इस्तेमाल किया गया
रिपॉज़िटरी को लोकल डायरेक्ट्री से बदल देता है.
बिल्ड से जुड़े काम कंट्रोल करने वाले विकल्प:
आप सिमलिंक ट्री बनाने के लिए, सीधे फ़ाइल सिस्टम कॉल करें
टैग: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या स्रोत मेनिफ़ेस्ट की कार्रवाइयों को बदला जा सकता है
टैग: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल नए स्पॉन टेस्ट के लिए कवरेज को पोस्ट प्रोसेस करने की सुविधा का इस्तेमाल करेगा.
टैग: execution
--[no]experimental_strict_fileset_output डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह विकल्प चालू है, तो फ़ाइलें सेट करने के दौरान सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें माना जाएगा. वे डायरेक्ट्री में जाने की सुविधा का इस्तेमाल नहीं करेंगे या सिमलिंक के लिए संवेदनशील नहीं होंगे.
टैग: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> डिफ़ॉल्ट: &कोटेशन;
कार्रवाई के नाम के आधार पर, किसी एक कार्रवाई के सही होने की जानकारी जोड़ें या हटाएं. एक्ज़ीक्यूशन की जानकारी के साथ काम करने वाली कार्रवाइयों पर ही लागू होता है. कई सामान्य कार्रवाइयां, एक्ज़ीक्यूशन की जानकारी के साथ काम करती हैं. उदाहरण के लिए, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा मान बताते समय, क्रम ज़रूरी होता है, क्योंकि एक से ज़्यादा रेगुलर एक्सप्रेशन एक से ज़्यादा रेगुलर एक्सप्रेशन पर लागू हो सकते हैं. सिंटैक्स: & तरह उदाहरण: '.*=+x,.*=-y,.*=+z' सभी गतिविधियों के लिए निष्पादन जानकारी से 'x' और 'z' जोड़ता और 'y' जोड़ता है. सभी #rule नियमों की निष्पादन जानकारी में 'Genrule=+Requires-x' 'Requires-x' जोड़ता है. '((!
टैग: execution, affects_outputs, loading_and_analysis
--persistent_android_resource_processor
कर्मियों के इस्तेमाल से लगातार Android संसाधन प्रोसेसर को चालू रखें.



--internal_persistent_busybox_tools




































































































का
का
का












































































अन्य





















आज़माएं


























































आप






--android_compiler=<a string> डिफ़ॉल्ट: विवरण देखें
Android टारगेट कंपाइलर.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label> डिफ़ॉल्ट: "//external:android/crosstool"
Cy++ कंपाइलर की जगह, जिसका इस्तेमाल Android बिल्ड के लिए किया जाता है.
टैग: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> डिफ़ॉल्ट: विवरण देखें
Android का टारगेट grte_top.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android> डिफ़ॉल्ट: &कोटेशन;Android&कोटेशन;
Android_binary नियमों के लिए इस्तेमाल करने के लिए, मेनिफ़ेस्ट मर्जर को चुनता है. फ़्लैग करें, ताकि लीगेसी मर्जर से Android मेनिफ़ेस्ट मर्जर पर ट्रांज़िशन के दौरान उसे आसानी से ऐक्सेस किया जा सके.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label> डिफ़ॉल्ट: &कोटेशन;
वे प्लैटफ़ॉर्म सेट करता है जो android_binary टारगेट का इस्तेमाल करते हैं. अगर एक से ज़्यादा प्लैटफ़ॉर्म बताए गए हैं, तो बाइनरी एक फ़ैट APK होता है. इसमें, हर बताए गए टारगेट प्लैटफ़ॉर्म के लिए नेटिव बाइनरी होती हैं.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/android:sdk"
Android SDK टूल/प्लैटफ़ॉर्म के बारे में बताता है, जिसका इस्तेमाल 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> डिफ़ॉल्ट: "@bazen_tools//tools/cpp:toolchain&quat;
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> डिफ़ॉल्ट: "@bazen_tools//tools/test:lcow_merger&कोटेशन;
बाइनरी फ़ाइल की जगह, जिसका इस्तेमाल रॉ कवरेज रिपोर्ट को प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट '//tools/test:lcev_merger'.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/test:coverage_report_generation"
बाइनरी रिपोर्ट की जगह, जिसका इस्तेमाल कवरेज रिपोर्ट जनरेट करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट '//tools/test:coverage_report_gen शब्द'.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> डिफ़ॉल्ट: "@bazer_tools//tools/test:coverage_support"
सहायता फ़ाइलों की जगह की जानकारी, जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी है. डिफ़ॉल्ट '//tools/test:coverage_support'.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/cpp:toolchain&quat;
C++ कोड को कंपाइल करने में इस्तेमाल होने वाले क्रॉसटूल पैकेज का लेबल.
टैग: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label> डिफ़ॉल्ट: विवरण देखें
कस्टम मॉलकोड लागू करें. यह सेटिंग बिल्ड नियमों में Malloc एट्रिब्यूट को बदल देती है.
टैग: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
कॉमा लगाकर अलग किए गए रेगुलर एक्सप्रेशन की सूची, जिसमें वैकल्पिक रूप से - (नेगेटिव एक्सप्रेशन), प्रीफ़िक्स से (=) का निशान लगाकर, कॉमा लगाकर अलग किए गए कंस्ट्रेंट वैल्यू टारगेट की सूची असाइन की गई है. अगर कोई टारगेट, किसी नेगेटिव एक्सप्रेशन से मेल नहीं खाता और कम से कम एक पॉज़िटिव एक्सप्रेशन है, तो इसका टूलचेन रिज़ॉल्यूशन चलाया जाएगा. ऐसा इस तरह होगा जैसे कि उसने कंस्ट्रेंट वैल्यू को एक्ज़ीक्यूशन कंस्ट्रेंट के तौर पर बताया हो. उदाहरण: //demo,-test=@platforms//cpus:x86_64 'x86_64' को किसी भी लक्ष्य में //डेमो के अलावा जोड़ देगा, सिवाय उनके जिसके नाम में 'test' हैं.
टैग: loading_and_analysis
--[no]experimental_enable_objc_cc_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
ob_c_* नियमों को cc_library पर निर्भर करने की अनुमति देती है. इससे objc पर आधारित डिपेंडेंसी --cpt;ios_<--ios_cpu>&कोटेशन -- के साथ सेट हो जाती है.
टैग: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर आपने यह सेट किया है, तो हर Xcode कार्रवाई के लिए "requireds-xcode:{version}&कोटेशन; ज़रूरी जोड़ें. अगर xcode वर्शन में हाइफ़न किया गया लेबल है, तो & &tt/Requires-xcode-label:{version_label}&कोटेशन; एक्ज़ीक्यूशन ज़रूरी भी जोड़ें.
टैग: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो सबसे हाल के Xcode का इस्तेमाल करें, जो लोकल और रिमोट, दोनों पर उपलब्ध है. अगर गलत है या अगर कोई वर्शन उपलब्ध नहीं है, तो xcode-select के ज़रिए चुने गए स्थानीय Xcode वर्शन का इस्तेमाल करें.
टैग: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
वे प्लैटफ़ॉर्म जो कार्रवाइयां करने के लिए, एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर उपलब्ध हैं. प्लैटफ़ॉर्म को सटीक टारगेट से या टारगेट पैटर्न के रूप में बताया जा सकता है. यह प्लैटफ़ॉर्म, Work_execution_platforms() में WORKSPACE फ़ाइल में बताए गए प्लैटफ़ॉर्म से पहले इस्तेमाल किया जाएगा.
टैग: execution
--extra_toolchains=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
टूलचेन से जुड़े रिज़ॉल्यूशन के दौरान, टूलचेन से जुड़े नियमों को ध्यान में रखें. टूलटिप को सटीक टारगेट से या टारगेट पैटर्न के तौर पर बताया जा सकता है. यह टूलचेन,WORK_toolchains() से WORKSPACE फ़ाइल में दिए गए एलान से पहले इस्तेमाल किया जाएगा.
टैग: 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> डिफ़ॉल्ट: विवरण देखें
डिफ़ॉल्ट रूप से, होस्ट कॉन्फ़िगरेशन के लिए --crosstool_top और --compiler विकल्प का भी इस्तेमाल किया जाता है. अगर यह फ़्लैग दिया गया है, तो बेज़ेल क्रॉसटूल_टॉप के लिए डिफ़ॉल्ट 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 डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल फ़्लैग_सेट में बड़ा करने_की_सभी_जानकारी उपलब्ध कराने की अनुमति नहीं देगा(माइग्रेशन निर्देशों के लिए https://github.com/bazerbuild/bazen/issues/7008 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो बेज़ेल 'host' और 'nonhost' c++ टूलटिप में मौजूद सुविधाएं चालू नहीं करेंगे (ज़्यादा जानकारी के लिए https://github.com/bazerbuild/bazer/issues/7407 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android नियमों के लिए Android SDK (Starlark और नेटिव) चुनने के लिए, टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सेब के नियमों के लिए Apple SDK टूल चुनने के लिए, टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें (Starlark और नेटिव)
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ल इंडेक्स करने वाले कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का दोबारा इस्तेमाल नहीं करेगा. (ज़्यादा जानकारी के लिए, https://github.com/bazenbuild/bazen/issues/6791 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो cc_toolchain.cpu और cc_toolchain.compiler एट्रिब्यूट सेट होने पर, बेज़ेल शिकायत करेंगे (https://github.com/bazenbuild/bazer/issues/7075 को माइग्रेशन निर्देशों के लिए देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल डिफ़ॉल्ट रूप से पूरे संग्रह को लाइब्रेरी के डिपेंडेंसी से लिंक नहीं करेंगे. माइग्रेशन के निर्देशों के लिए, https://github.com/bazerbuild/bazen/issues/7362 पर जाएं.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल को cc_common.configure_features के यूआरएल में 'ctx' पैरामीटर की ज़रूरत होगी (ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazen/issues/7793 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]interface_shared_objects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
टूलचेन के साथ काम करने वाले इंटरफ़ेस के साथ शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, इस सुविधा का इस्तेमाल सभी 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> डिफ़ॉल्ट: &कोटेशन;
मैपिंग फ़ाइल की जगह, जो बताती है कि कोई प्लैटफ़ॉर्म सेट न होने पर किस प्लैटफ़ॉर्म का इस्तेमाल किया जाना चाहिए या प्लैटफ़ॉर्म मौजूद होने पर किस तरह के फ़्लैग सेट किए जाने चाहिए. फ़ाइल फ़ोल्डर के मुख्य रूट से जुड़ा होना चाहिए. डिफ़ॉल्ट रूप से '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> डिफ़ॉल्ट: विवरण देखें
काम नहीं करता, नहीं होता. `--incompatible_use_python_toolchains` से बंद किया जाता है.
टैग: no_op, deprecated
--python3_path=<a string> डिफ़ॉल्ट: विवरण देखें
काम नहीं करता, नहीं होता. `--incompatible_use_python_toolchains` से बंद किया जाता है.
टैग: no_op, deprecated
--python_path=<a string> डिफ़ॉल्ट: विवरण देखें
टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए, Python अनुवादक के पूरे पाथ की शुरुआत की गई. बहिष्कृत; --incompatible_use_python_toolchains से बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--python_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
Python को टारगेट करने वाले Python अनुवादक को लेबल करने के लिए, टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने का अनुरोध किया गया. बहिष्कृत; --incompatible_use_python_toolchains से बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> डिफ़ॉल्ट: "@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 ऐप्लिकेशन के बिल्ड के लिए इस्तेमाल किए जाने वाले 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> डिफ़ॉल्ट: "@bazen_tools//tools/cpp:host_xcodes"
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, xcode_config नियम का लेबल इस्तेमाल करें.
टैग: loses_incremental_state, loading_and_analysis
ऐसे विकल्प, जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]apple_enable_auto_dsym_dbg डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या इसे dbg बिल्ड के लिए डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) चालू करने के लिए बाध्य करना है.
टैग: affects_outputs, action_command_lines
--[no]apple_generate_dsym डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करनी हैं या नहीं.
टैग: affects_outputs, action_command_lines
अगर सही है, तो रन टारगेट बनाएं. इससे, सभी टारगेट के लिए जंगल एक जैसे दिखते हैं. गलत होने पर, सिर्फ़ मेनिफ़ेस्ट का इस्तेमाल करें, जहां तक हो सके.
टैग: affects_outputs
--[no]build_runfile_manifests डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल मेनिफ़ेस्ट बनाएं. अगर गलत है, तो उन्हें हटा दें. गलत होने पर, स्थानीय टेस्ट काम नहीं करेंगे.
टैग: affects_outputs
--[no]build_test_dwp डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो C++ टेस्ट स्टैटिक तरीके से बनाने और टेस्ट बाइनरी के लिए .dwp फ़ाइल बनाने पर, अपने-आप ये टेस्ट भी बन जाएंगे.
टैग: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
proto_library में वैकल्पिक Java एपीआई वर्शन के लिए, ज़्यादा कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
proto_library में वैकल्पिक Java एपीआई वर्शन के लिए, ज़्यादा कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
कंपाइलेशन के आउटपुट के तौर पर, चालू की गई और जिस सुविधा के लिए अनुरोध किया गया था उसकी स्थिति सेव करें.
टैग: affects_outputs, experimental
--fission=<a set of compilation modes> डिफ़ॉल्ट: &कोटेशन;नहीं&कोट;
बताता है कि कंपाइलेशन के कौनसे मोड C++ के कंपाइलेशन और लिंक के लिए इस्तेमाल होते हैं. सभी मोड को चालू करने के लिए, &'fastbuild', 'dbg', 'opt'} या विशेष मानों 'हां' के किसी भी संयोजन का इस्तेमाल कर सकते हैं.
टैग: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो .runfiles/wsname/external/repo (.runfiles/repo के साथ-साथ) के तहत बाहरी डेटा स्टोर करने के लिए, रन फ़ाइलें सिम्बॉलिकेट जंगल बनाएं.
टैग: affects_outputs
--[no]objc_generate_linkmap डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
यह बताता है कि लिंकमैप फ़ाइल जनरेट करनी है या नहीं.
टैग: affects_outputs
--[no]save_temps डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया जाता है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबल कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii फ़ाइलें (पहले से प्रोसेस किए गए C++) शामिल हैं.
टैग: affects_outputs
ऐसे विकल्प जो उपयोगकर्ता को उसके आउटपुट के बजाय, सही वैल्यू को कॉन्फ़िगर करने देते हैं:
--action_env=<a 'name=value' assignment with an optional value part> को एक से ज़्यादा बार इस्तेमाल किया गया
टारगेट कॉन्फ़िगरेशन के साथ कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल के सेट के बारे में बताता है. वैरिएबल या तो नाम से तय किए जा सकते हैं, इस स्थिति में वैल्यू शुरू करने वाले एनवायरमेंट से ली जाएगी या नाम=वैल्यू पेयर से, जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल कई बार किया जा सकता है; एक ही वैरिएबल के लिए दिए गए विकल्पों के लिए, नई जीत, अलग-अलग वैरिएबल के विकल्प इकट्ठा होते हैं.
टैग: action_command_lines
--android_cpu=<a string> डिफ़ॉल्ट: "armeabi-v7a&कोटेशन;
Android टारगेट सीपीयू.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
AndroidX के साथ काम करने वाली डेटा-बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ databinding v2 के साथ किया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
3.4.0 तर्क के साथ Android डेटाबाइंडिंग v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> डिफ़ॉल्ट: &कोटेशन;बंद;
जब cc_binary की मदद से शेयर की गई लाइब्रेरी नहीं बनाई जाती, तब यह तय किया जाता है कि Android नियमों के C++ वर्शन को डाइनैमिक तौर पर लिंक किया जाए या नहीं. 'default' इसका मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तरीके से लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> डिफ़ॉल्ट: &कोट;अक्षर और कोट;
Android बाइनरी के लिए मेनिफ़ेस्ट मर्जर को भेजे गए मेनिफ़ेस्ट का क्रम सेट करता है. अल्फ़ाबेटिकल का मतलब है कि मेनिफ़ेस्ट को एक्सक्लॉट के हिसाब से पाथ के हिसाब से क्रम में लगाया जाता है. ALPHABETIAL_BY_CONFIGURATION: इसका मतलब है कि मेनिफ़ेस्ट, आउटपुट डायरेक्ट्री में कॉन्फ़िगरेशन डायरेक्ट्री से जुड़े पाथ के हिसाब से क्रम में लगाए जाते हैं. DEPENDENCY का मतलब है कि हर लाइब्रेरी और #39; मेनिफ़ेस्ट के साथ मेनिफ़ेस्ट का क्रम होता है, जो डिपेंडेंसी के मेनिफ़ेस्ट से पहले आता है.
टैग: action_command_lines, execution
--[no]android_resource_shrinking डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
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=]mode' के रूप में हैं. इसमें प्लैटफ़ॉर्म (जो ##39;ios', 'macos', 'tvos' या 'watchos') वैकल्पिक होना चाहिए. अगर दिया गया हो, तो बिटकोड मोड खास तौर पर उस प्लैटफ़ॉर्म के लिए लागू किया जाता है; अगर इसे हटाया जाता है, तो यह सभी प्लैटफ़ॉर्म पर लागू होता है. मोड 'none', 'एम्बेड किए गए मार्कअप' या या#39;एम्बेड किए गए' होने चाहिए. यह विकल्प एक से ज़्यादा बार दिया जा सकता है.
टैग: loses_incremental_state
--[no]build_python_zip डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
Python को एक्ज़ीक्यूटेबल ज़िप बनाकर; Windows पर, दूसरे प्लैटफ़ॉर्म पर बंद करना
टैग: affects_outputs
--catalyst_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
आर्किटेक्चर से जुड़ी सूची, जिसके लिए Apple Catalyst बाइनरी बनाना है.
टैग: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर खास तौर पर बताया गया है, तो बेज़ेल, इंस्ट्रुमेंट कोड का इस्तेमाल करेगा (जहां संभव होगा) ऑफ़लाइन इंस्ट्रूमेंटेशन इस्तेमाल करके) और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ इंस्ट्रूमेंटेशन से मेल खाने वाले टारगेट पर ही असर होगा. आम तौर पर, इस विकल्प की जानकारी सीधे तौर पर नहीं दी जानी चाहिए - इसके बजाय 'बेज़ेल कवरेज' कमांड का इस्तेमाल किया जाना चाहिए.
टैग: affects_outputs
--compilation_mode=<fastbuild, dbg or opt>] [-c] डिफ़ॉल्ट: &कोटेशन;तेज़ बिल&कोटेशन;
उस मोड के बारे में बताएं जिसमें बाइनरी फ़ाइल मौजूद होगी. मान: '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> को एक से ज़्यादा बार इस्तेमाल किया गया
gcc में पास करने के लिए ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--cpu=<a string> डिफ़ॉल्ट: &कोटेशन;
टारगेट सीपीयू.
टैग: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, CSFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. उस ZIP फ़ाइल का पूरा पाथ नाम बताएं जिसमें प्रोफ़ाइल फ़ाइल, रॉ या इंडेक्स की गई 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> डिफ़ॉल्ट: &कोटेशन;डिफ़ॉल्ट&कोटेशन;
यह तय करता है कि C++ बाइनरी डाइनैमिक तरीके से लिंक की जाएंगी या नहीं. 'default' इसका मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तरीके से लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी दिखेगी.
टैग: affects_outputs
--[no]enable_runfiles डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
रनफ़ाइल सिमलिंक ट्री चालू करें. डिफ़ॉल्ट रूप से, यह Windows पर और दूसरे प्लैटफ़ॉर्म पर #39; बंद होता है.
टैग: affects_outputs
--experimental_action_listener=<a build target label> को एक से ज़्यादा बार इस्तेमाल किया गया
अधिकारों के पक्ष में समर्थन नहीं किया गया. बिल्ड की मौजूदा कार्रवाइयों में additional_action अटैच करने के लिए, action_listener का इस्तेमाल करें.
टैग: execution, experimental
--[no]experimental_android_compress_java_resources डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
APK में Java संसाधनों को कंप्रेस करें
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android डेटा बाइंडिंग v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
ProGuard का इस्तेमाल करने वाले android_binary APKs के लिए संसाधन छोटा करने की सुविधा चालू करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डेक्स फ़ाइलों को फिर से लिखने के लिए 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो स्टैक को वाइंड करने के लिए libunwind का इस्तेमाल करें. साथ ही, -fomit-frame-pointer और -fasynchronous-unwind-tables के साथ कंपाइल करें.
टैग: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, टारगेट प्लैटफ़ॉर्म का इस्तेमाल सीपीयू के बजाय आउटपुट डायरेक्ट्री के नाम में किया जाता है.
टैग: affects_outputs, experimental
--[no]experimental_use_llvm_covmap डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर लेख को चुना गया है, तो कलेक्ट_कोड_कवरेज चालू होने पर, बेज़ेल gcov के बजाय 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_cpu को android_binary नियमों की डिपेंडेंसी के लिए अनदेखा कर दिया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
HWASAN स्प्लिट बनाने हैं या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> डिफ़ॉल्ट: विवरण देखें
एफ़डीओ इंस्ट्रूमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर के साथ, यह उस डायरेक्ट्री का नाम भी स्वीकार करता है जिसके तहत रॉ प्रोफ़ाइल फ़ाइल को रनटाइम के समय डंप किया जाएगा.
टैग: affects_outputs
--fdo_optimize=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए एफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करना. ज़िप फ़ाइल का नाम बताएं जिसमें .gcda फ़ाइल ट्री या ऑटो प्रोफ़ाइल वाली afdo फ़ाइल हो. यह फ़्लैग, लेबल के रूप में बताई गई फ़ाइलें भी स्वीकार करता है. उदाहरण के लिए, //foo/bar:file.afdo. ऐसे लेबल, इनपुट फ़ाइलों के हिसाब से होने चाहिए. फ़ाइल को बेज़ेल के लिए दिखाने के लिए, आपको उससे जुड़े पैकेज में, Export_files डायरेक्टिव जोड़ना होगा. इसमें रॉ या इंडेक्स की गई LLVM प्रोफ़ाइल फ़ाइल भी स्वीकार की जाती है. इस फ़्लैग की जगह 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर चालू किया गया है, तो सभी C++ कंपोज़िशन पोज़िशन-इंडिपेंडेंट कोड ("-fPIC&कोटेशन;) देते हैं, लिंक गैर-PIC लाइब्रेरी पर पहले से बनाए गए PIC लाइब्रेरी को पसंद करते हैं, और लिंक स्थिति-इंडिपेंडेंट एक्ज़ीक्यूटेबल (&kot;-pie&quat;) बनाते हैं.
टैग: 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 वर्शन को बदल देता है. &P>2&कोटेशन हो सकता है; या &Po3;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 वर्शन काम करता है. अगर कोई जानकारी नहीं दी गई हो, तो 'macos_sdk_version'. का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--host_swiftcopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
होस्ट टूल के लिए तेज़ी से पास करने के दूसरे विकल्प.
टैग: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सेटिंग चालू है, तो Windows पर cc_library से जनरेट की गई, सभी ++ डाइनैमिक लिंक की गई लाइब्रेरी (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 डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
सही होने पर, genfiles डायरेक्ट्री को बिन डायरेक्ट्री में बदल दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो @bazer_tools की कंस्ट्रेंट सेटिंग हटा दी जाती हैं.
टैग: affects_outputs, incompatible_change
--[no]instrument_test_targets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
कवरेज के चालू होने पर, यह तय करता है कि जांच के लिए, नियमों को लागू करना है या नहीं. इसे सेट करने पर, -- इंस्ट्रूमेंटेशन_फ़िल्टर से शामिल किए गए टेस्ट के नियम लागू किए जाते हैं. इसके अलावा, कवरेज के नियमों को हमेशा टेस्ट इंस्ट्रूमेंटेशन से बाहर रखा जाता है.
टैग: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: "-/javatests[/:],-/test/java/[/:]&कोटेशन;
कवरेज के चालू होने पर, सिर्फ़ उन नियमों को लागू किया जाएगा जिन्हें आपके रेगुलर एक्सप्रेशन वाले फ़िल्टर में शामिल किया गया है. इसकी जगह '-' उपसर्ग वाले नियम निकाल दिए गए हैं. ध्यान रखें कि जब तक -- इंस्ट्रूमेंट_टेस्ट_टारगेट चालू नहीं हो, तब तक सिर्फ़ गैर-टेस्ट नियमों को लागू किया जाता है.
टैग: affects_outputs
--ios_cpu=<a string> डिफ़ॉल्ट: &कोटेशन;x86_64&कोटेशन;
यह iOS iOS के सीपीयू के टारगेट के लिए है.
टैग: no_op, deprecated
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
सिम सिम्युलेटर और डिवाइसों के लिए, कम से कम iOS वर्शन काम करता है. अगर कोई जानकारी नहीं दी गई हो, तो 'ios_sdk_version' का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
कई IOS_application बनाने के लिए, आर्किटेक्चर से अलग की गई सूची. नतीजे के तौर पर सभी यूनिवर्सल बाइनरी में सभी खास आर्किटेक्चर शामिल हैं.
टैग: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अब काम नहीं करता, इसकी जगह --incompatible_remove_legacy_whatle_archive देखें (ज़्यादा जानकारी के लिए, https://github.com/bazerbuild/bazen/issues/7362 देखें). चालू होने पर, cc_binary नियमों के लिए full-archive का इस्तेमाल करें, जिसमें linkshared=1 और ये linkstatic=1 या '-static' linkopt में होते हैं. यह सुविधा सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए है. जहां ज़रूरी हो, हमेशा के लिए लिंक{1 का इस्तेमाल करना बेहतर विकल्प है.
टैग: action_command_lines, affects_outputs, deprecated
--linkopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
लिंक करते समय gcc में पास करने का एक और विकल्प.
टैग: action_command_lines, affects_outputs
--ltobackendopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
LTO बैकएंड चरण में पास करने का अतिरिक्त विकल्प (-features=thin_lto में).
टैग: action_command_lines, affects_outputs
--ltoindexopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
एलटीओ इंडेक्स करने के तरीके में पास करने का अतिरिक्त विकल्प -- (feature=thin_lto) में.
टैग: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
उन आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट जिनके लिए Apple macOS बाइनरी बनाना है.
टैग: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टारगेट के लिए सबसे कम काम करने वाला macOS वर्शन. अगर कोई जानकारी नहीं दी गई हो, तो 'macos_sdk_version'. का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--[no]objc_debug_with_GLIBCXX डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया गया है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIB नीतियों_CONCEPT_CHECKS के बारे में बताएं.
टैग: action_command_lines
--[no]objc_enable_binary_stripping डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
लिंक की गई बाइनरी पर सिंबल और डेड-कोड स्ट्रिपिंग करनी हैं. अगर इस फ़्लैग और --compilation_mode=opt दोनों के बारे में बताया गया हो, तो बाइनरी स्ट्रिपिंग दिखाई जाएंगी.
टैग: action_command_lines
--objccopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
'Objective C' कंपाइलेशन में पास करने के लिए ज़्यादा विकल्प.
टैग: 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 सामान्य एक्सप्रेशन पैटर्न को शामिल करने और निकालने की सूची बनाता है (साथ ही, इंस्ट्रूमेंटेशन_फ़िल्टर देखें). विकल्प_1 से मनमाने कमांड निर्देशों के विकल्प. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ बार में मौजूद सभी 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> को एक से ज़्यादा बार इस्तेमाल किया गया
कुछ बैकएंड ऑब्जेक्ट को कंपाइल करते समय, LTO बैकएंड ( --features=thin_lto के तहत) को चुनिंदा तरीके से पास करने के लिए दूसरे विकल्प. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter का मतलब है, रेगुलर एक्सप्रेशन पैटर्न को शामिल करना और बाहर रखना. विकल्प_1 का मतलब है वैकल्पिक कुंजी लाइन विकल्प. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo में सभी o फ़ाइलों की LTO बैकएंड कमांड लाइन में -O0 कमांड लाइन विकल्प जोड़ता है.
--platform_suffix=<a string> डिफ़ॉल्ट: विवरण देखें
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़े जाने वाले सफ़िक्स के बारे में बताता है.
टैग: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, प्रोपेलर प्रोफ़ाइल की जानकारी का इस्तेमाल करें.प्रोपलर प्रोफ़ाइल में, कम से कम दो फ़ाइलों, एक cc प्रोफ़ाइल, और एक ld प्रोफ़ाइल होनी चाहिए. यह फ़्लैग बिल्ड लेबल स्वीकार करता है. यह प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों के हिसाब से होना चाहिए. उदाहरण के लिए, a/b/BUILD:propelle_optimize( नाम = "propelle_profile&kot;, cc_profile = &kot;propfooter_cc_profile.txt&कोटेशन; इस विकल्प का इस्तेमाल इस तरह किया जाना चाहिए: --propeller_optimize=//a/b:propelle_profile
टैग: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string> डिफ़ॉल्ट: विवरण देखें
Propler Optimize बिल्ड के लिए cc_profile फ़ाइल के पूरे पाथ का नाम.
टैग: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> डिफ़ॉल्ट: विवरण देखें
Propler Optimize बिल्ड के लिए ld_profile फ़ाइल का पूरा पाथ नाम.
टैग: affects_outputs
--run_under=<a prefix in front of command> डिफ़ॉल्ट: विवरण देखें
'test' और 'run' कमांड के लिए एक्ज़ीक्यूटेबल से पहले डालने के लिए उपसर्ग. अगर वैल्यू 'foo -bar' और एक्ज़ीक्यूशन कमांड लाइन 'test_binary -baz' है, तो फ़ाइनल कमांड लाइन 'foo -bar test_binary -baz'.यह एक्ज़ीक्यूटेबल टारगेट का लेबल भी हो सकता है. कुछ उदाहरण ये हैं: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:# संपर्क
टैग: action_command_lines
--[no]share_native_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी अलग-अलग टारगेट के बीच शेयर की जाएंगी
टैग: loading_and_analysis, affects_outputs
--[no]stamp डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
तारीख की जानकारी, उपयोगकर्ता नाम, होस्टनाम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ स्टैंप बाइनरी.
टैग: affects_outputs
--strip=<always, sometimes or never> डिफ़ॉल्ट: &कोटेशन;कभी-कभी कोट;
इस नीति से पता चलता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाया जा सकता है या नहीं (&कोटेशन;-डब्ल्यूएल,--स्ट्रिप-डीबग&कोटेशन;). ' कभी-कभी' का डिफ़ॉल्ट मान
टैग: affects_outputs
--stripopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
'<name>.sTRIPped' बाइनरी जनरेट करते समय स्ट्रिप को पास करने के दूसरे विकल्प.
टैग: action_command_lines, affects_outputs
--swiftcopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
स्विफ़्ट संकलन में पास करने के दूसरे विकल्प.
टैग: action_command_lines
--tvos_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
उन आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट जिनके लिए Apple tvOS बाइनरी बनाना है.
टैग: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
सिम सिम्युलेटर और डिवाइस के लिए कम से कम tvOS वर्शन. अगर कोई जानकारी नहीं दी गई हो, तो 'tvos_sdk_version' का इस्तेमाल करता है.
टैग: loses_incremental_state
--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_sdk_version' का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--xbinary_fdo=<a build target label> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए XbinaryFDO की प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम बताएं. जब इस विकल्प का इस्तेमाल --fdo_documentation/--fdo_optimize/--fdo_profile के साथ किया जाता है, तो ये विकल्प हमेशा लागू होंगे. जैसे कि xbinary_fdo कभी नहीं बताई गई है.
टैग: affects_outputs
ऐसे विकल्प जो इस बात पर असर डालते हैं कि बैजल मान्य बिल्ड इनपुट को कैसे लागू करते हैं (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label> डिफ़ॉल्ट: &कोटेशन;
cpu वैल्यू को अपने-आप मैप करने के लिए, एनवायरमेंट_ग्रुप का इस्तेमाल करें
टैग: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
जांच करें कि डिपेंडेंट पैकेज की मदद से बनाए गए लाइसेंस देने की सीमाएं, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड से मेल नहीं खाती हैं. डिफ़ॉल्ट रूप से, लाइसेंस की जांच नहीं की जाती है.
टैग: build_file_semantics
--[no]check_visibility डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सेटिंग बंद है, तो चेतावनियों में गिरावट दिखती है.
टैग: build_file_semantics
--[no]desugar_for_android डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
डेक्सिंग से पहले, Java 8 बाइट कोड का इस्तेमाल करने की ज़रूरत है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]enforce_constraints डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
उन एनवायरमेंट की जांच करता है जो हर टारगेट के साथ काम करते हैं और अगर किसी टारगेट में ऐसी डिपेंडेंसी है जो एक ही एनवायरमेंट के साथ काम नहीं करती है, तो वह गड़बड़ी की रिपोर्ट करता है
टैग:build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डेप् स वाले srcs-लेस android_library नियमों को मंज़ूरी न देने देने में मदद के लिए फ़्लैग करें. डिफ़ॉल्ट रूप से, रोल आउट के लिए डिपो को साफ़ करना ज़रूरी है.
टैग: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
Android बाइनरी लेवल पर सही तरीके से काम करने वाले पेज की दोबारा जांच करें.
टैग: eagerness_to_exit, loading_and_analysis, experimental
--[no]experimental_desugar_java8_libs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
पुराने डिवाइस के लिए ऐप्लिकेशन में, काम करने वाली Java 8 लाइब्रेरी शामिल करनी है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_import_deps_checking=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;बंद;
चालू होने पर, यह देखें कि aar_import की डिपेंडेंसी पूरी हुई है या नहीं. इस नीति के उल्लंघन की वजह से बिल्ड में गड़बड़ी हो सकती है या इससे चेतावनियां मिल सकती हैं.
टैग: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> डिफ़ॉल्ट: &कोटेशन;डिफ़ॉल्ट&कोटेशन;
अगर यह सही है, तो यह जांच करता है कि Java टारगेट सीधे तौर पर इस्तेमाल किए गए सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग: build_file_semantics, eagerness_to_exit
--[no]incompatible_disable_native_android_rules डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सुविधा चालू है, तो नेटिव Android के नियमों का सीधे तौर पर इस्तेमाल करने की सुविधा बंद है. कृपया https://github.com/bazenbuild/rules_android के Starlark Android नियमों का इस्तेमाल करें
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए, यहां मौजूद रहे.
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह चालू है, तो Starlark एपीआई में हेडर की सख्त जांच करें
टैग: loading_and_analysis, changes_inputs, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल टॉप लेवल डायरेक्ट्री हेडर के शामिल होने की पुष्टि भी करेगा (ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazer/issues/10047 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]strict_filesets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह विकल्प चालू है, तो पैकेज की सीमाओं को पार करने वाली फ़ाइलें, गड़बड़ियों के तौर पर रिपोर्ट की जाती हैं. यह 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> डिफ़ॉल्ट: &कोटेशन;बंद;
जब तक यह बंद न हो, तब तक जांच करें कि कोई प्रोटो_लाइब्रेरी टारगेट साफ़ तौर पर 'सार्वजनिक इंपोर्ट करें' में इस्तेमाल किए गए सभी टारगेट बताता है या नहीं.
टैग: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना ज़रूरी है.
टैग: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> को एक से ज़्यादा बार इस्तेमाल किया गया
इस बिल्ड का टारगेट एनवायरमेंट तय करता है. &परिवेश&कोटेशन के नियम का लेबल रेफ़रंस होना चाहिए. अगर तय किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने वाले होने चाहिए.
टैग: changes_inputs
ऐसे विकल्प जो बिल्ड के साइन करने के आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4> डिफ़ॉल्ट: &कोटेशन v1_v2&कोट
APK साइन करने के लिए इस्तेमाल करने का तरीका
टैग: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सेट किया गया है और कंपाइलेशन मोड 'opt' नहीं है, तो साइन करने के दौरान objc ऐप्लिकेशन में डीबग एनटाइटलमेंट शामिल होंगे.
टैग: changes_inputs
--ios_signing_cert_name=<a string> डिफ़ॉल्ट: विवरण देखें
iOS साइनिंग के लिए इस्तेमाल किया जाने वाला सर्टिफ़िकेट का नाम. अगर इस नीति को सेट नहीं किया जाता है, तो प्रावधान प्रोफ़ाइल वापस आ जाएगी. यह सर्टिफ़िकेट और #39; के सामान्य नाम का सर्टिफ़िकेट और #39; की-चेन (या स्ट्रिंग) हो सकता है, जैसा कि कोडसाइन और #39; के मैन पेज (SIGNING IDENTITY) के मुताबिक होता है.
टैग: action_command_lines
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर निर्भर करता है, जिसे BUILD फ़ाइलें, .bzl फ़ाइलें या WORKSPACE फ़ाइलें ऐक्सेस कर सकती हैं.:
--[no]incompatible_disallow_legacy_py_provider डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं, जल्द ही हटा दिया जाएगा.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो नियम के टारगेट के विश्लेषण न होने से, विश्लेषण के इंस्टेंस के इंस्टेंस को लागू कर दिया जाता है. ऐसा बिल्ड फ़ेल होने के बजाय, गड़बड़ी की जानकारी वाले इंस्टेंस के रूप में किया जाता है.
टैग: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> डिफ़ॉल्ट: &कोटेशन;2000;
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ, नियम एट्रिब्यूट की मदद से ज़्यादा से ज़्यादा ट्रांज़िटिव डिपेंडेंसी सेट करता है. इस सीमा को पार करने पर, नियम से जुड़ी गड़बड़ी होगी.
टैग: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर असल dex2oat कार्रवाई नहीं हो पाती, तो टेस्ट रनटाइम के दौरान dex2oat को चलाने के बजाय बिल्ड काम नहीं करेगा.
टैग: loading_and_analysis, experimental
--[no]experimental_android_use_parallel_dex2oat डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android_test को तेज़ करने के लिए, dex2oat का इस्तेमाल एक साथ करें.
टैग: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग: action_command_lines
--ios_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में iOS ऐप्लिकेशन चलाते समय काम करने वाला डिवाइस, जैसे कि 'iPhone 6'. डिवाइस पर 'xcran simctl सूची डिवाइस टाइप करके आपकी सूची मिल सकती है' मशीन पर सिम्युलेटर चलेगा.
टैग: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
वर्शन या टेस्टिंग के दौरान सिम्युलेटर पर चलने वाला iOS का वर्शन. अगर नियम में कोई टारगेट डिवाइस बताया गया है, तो इसे ios_test के नियमों के लिए अनदेखा किया जाता है.
टैग: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> को एक से ज़्यादा बार इस्तेमाल किया गया
इससे पता चलता है कि हर जांच को कितनी बार चलाया जा सकता है. अगर उनमें से कोई भी कोशिश किसी वजह से फ़ेल हो जाती है, तो यह माना जाएगा कि पूरी जांच सफल नहीं हुई. आम तौर पर, तय किया गया मान सिर्फ़ एक पूर्णांक होता है. उदाहरण: --runs_per_test=3 सभी टेस्ट तीन बार चलाएगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test एक पूर्णांक वैल्यू और regex_filter का मतलब है शामिल करने और शामिल करने के लिए रेगुलर एक्सप्रेशन पैटर्न का नाम है (इसे देखें – इंस्ट्रूमेंटेशन_फ़िल्टर). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3 foo/Bar में शामिल तीन बार सभी को छोड़कर //foo/में सभी टेस्ट चलाता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया तर्क, मेल खाने को प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता, तो जांच को सिर्फ़ एक बार चलाया जाता है.
--test_env=<a 'name=value' assignment with an optional value part> को एक से ज़्यादा बार इस्तेमाल किया गया
टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अन्य एनवायरमेंट वैरिएबल तय करता है. वैरिएबल या तो नाम के हिसाब से तय किए जा सकते हैं, अगर ऐसा है, तो इसकी वैल्यू बेज़ेल क्लाइंट एनवायरमेंट या name=value पेयर से ली जाएगी. कई वैरिएबल बताने के लिए इस विकल्प का कई बार इस्तेमाल किया जा सकता है. इसका इस्तेमाल सिर्फ़ 'bazen टेस्ट' कमांड के ज़रिए किया जाता है.
टैग: 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'. डिवाइस पर 'xcran simctl सूची डिवाइस टाइप करके आपकी सूची मिल सकती है' मशीन पर सिम्युलेटर चलेगा.
टैग: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
दौड़ने या जांच करने के दौरान, सिम्युलेटर पर tvOS का वर्शन.
टैग: test_runner
--watchos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
ऐसा डिवाइस जो सिम्युलेटर में WatchOS ऐप्लिकेशन चलाते समय सिम्युलेट करता है. उदाहरण के लिए, 'Apple Watch - 38mm'. डिवाइस पर 'xcran simctl सूची डिवाइस टाइप करके आपकी सूची मिल सकती है' मशीन पर सिम्युलेटर चलेगा.
टैग: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
दौड़ने या जांच करने के दौरान सिम्युलेटर पर चलने वाले WatchOS का वर्शन.
टैग: test_runner
--[no]zip_undeclared_test_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग: test_runner
क्वेरी आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise> डिफ़ॉल्ट: "कंज़र्वेटिव&कोटेशन;
आउटपुट डिपेंडेंसी को तब ठीक करें, जब आउटपुट फ़ॉर्मैट {xml,proto,record} में से कोई एक हो. 'off' इसका मतलब है कि कोई भी आसपेक्ट डिपेंडेंसी हल नहीं की जाती है और (#डिफ़ॉल्ट) ध्यान दें कि सटीक मोड में, किसी एक टारगेट का आकलन करने के लिए दूसरे पैकेज को लोड करना ज़रूरी होता है. इससे यह अन्य मोड की तुलना में धीमा हो जाता है. यह भी ध्यान दें कि सटीक मोड भी पूरी तरह से सटीक नहीं होता है: यह तय किया जाता है कि किसी विश्लेषण का विश्लेषण करना है या नहीं. यह विश्लेषण के चरण में तय किया जाता है. इस तरीके को 'बेजल क्वेरी' के दौरान नहीं चलाया जाता.
टैग: build_file_semantics
--[no]deduplicate_depsets डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
फ़ाइनल प्रोटो/textproto/json आउटपुट में, dep_set_of_files के डुप्लीकेट डुप्लीकेट पेजों को हटाएं. इससे, ऐसे डुप्लीकेट दस्तावेज़ों को नहीं हटाया जाता जिन्हें तुरंत अभिभावक न बनाया जा सकता हो. इससे ऐक्शन के इनपुट के आखिरी चरणों की सूची पर कोई असर नहीं पड़ता.
टैग: terminal_output
--[no]graph:factored डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो ग्राफ़ को ##39;फ़ैक्टर किया गया' यानी, भौगोलिक रूप से मिलते-जुलते नोड को एक साथ मर्ज किया जाएगा और उनके लेबल जोड़े जाएंगे. यह विकल्प सिर्फ़ --आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--graph:node_limit=<an integer> डिफ़ॉल्ट: &कोटेशन;512&कोटेशन;
आउटपुट में ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि कोई काट-छांट नहीं. यह विकल्प सिर्फ़ --आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--[no]implicit_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह चालू है, तो इंप्लिसिट डिपेंडेंसी को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. इंप्लिसिट डिपेंडेंसी, वह है जो BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है, लेकिन बेज़ल ने जोड़ी है. cquery के लिए, यह विकल्प हल किए गए टूलचेन को कंट्रोल करता है.
टैग: build_file_semantics
--[no]include_artifacts डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसमें आउटपुट में कार्रवाई के इनपुट और आउटपुट के नाम शामिल होते हैं (संभावित तौर पर बड़ा).
टैग: terminal_output
--[no]include_aspects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
aquery, cquery: क्या आउटपुट में आसपेक्ट-जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (आसपियों की जानकारी हमेशा फ़ॉलो की जाती है).
टैग: terminal_output
--[no]include_commandline डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसमें आउटपुट में ऐक्शन कमांड की लाइन का कॉन्टेंट शामिल होता है (संभावित तौर पर बड़ा).
टैग: terminal_output
--[no]include_param_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
पैरामीटर में इस्तेमाल की गई पैरामीटर फ़ाइलों का कॉन्टेंट शामिल करें. हो सकता है कि कॉन्टेंट का साइज़ बड़ा हो. ध्यान दें: इस फ़्लैग को चालू करने से --include_commandline फ़्लैग अपने-आप चालू हो जाएगा.
टैग: terminal_output
--[no]incompatible_display_source_file_location डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
डिफ़ॉल्ट रूप से, सोर्स फ़ाइल का टारगेट दिखाता है. अगर सही है, तो स्थान आउटपुट में स्रोत फ़ाइलों की पंक्ति 1 का स्थान दिखाता है. यह फ़्लैग सिर्फ़ माइग्रेशन के लिए मौजूद है.
टैग: terminal_output, incompatible_change
--[no]infer_universe_scope डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया जाता है और --universe_स्कोप सेट नहीं किया जाता है, तो क्वेरी के एक्सप्रेशन में -universe_scope का मान यूनीक टारगेट पैटर्न की सूची के रूप में निकाला जाएगा. ध्यान दें कि क्वेरी के एक्सप्रेशन के लिए, अनुमानित यूनिवर्स_स्कोप वैल्यू जो यूनिवर्सल स्कोप वाले फ़ंक्शन (उदाहरण के लिए, `allrdeps`) का इस्तेमाल करती है, वह आपकी पसंद के मुताबिक नहीं हो सकता. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आप जानते हों कि आप क्या कर रहे हैं. ज़्यादा जानकारी और उदाहरणों के लिए, https://bazen.build/versions/reference/query#sky-query देखें. अगर --universe_scope सेट किया गया है, तो यह विकल्प ##39; का मान नज़रअंदाज़ कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `query` पर लागू होता है (जैसे, `cquery` नहीं).
टैग: loading_and_analysis
--[no]line_terminator_null डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है.
टैग: terminal_output
--[no]nodep_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, &kot;nodep&कोटेशन; एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. &kot;nodep" एट्रिब्यूट का एक सामान्य उदाहरण &कोटेशन;कोटेशन; है. बिल्ड भाषा में सभी &kot;nodep&कोटेशन; एट्रिब्यूट के बारे में जानने के लिए `info build-language` के आउटपुट को चलाएं और पार्स करें.
टैग: build_file_semantics
--output=<a string> डिफ़ॉल्ट: &कोटेशन;टेक्स्ट;
ऐसा फ़ॉर्मैट जिसमें क्वेरी के नतीजे प्रिंट किए जाने चाहिए. क्वेरी के लिए इन वैल्यू का इस्तेमाल किया जा सकता है: text, textproto, proto, jsonproto.
टैग: terminal_output
--[no]proto:default_values डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो उन एट्रिब्यूट को शामिल किया जाता है जिनकी वैल्यू BUILD फ़ाइल में साफ़ तौर पर नहीं दी गई है. ऐसा न होने पर, उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो
टैग पर लागू होता है: terminal_output
--[no]proto:definition_stack डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
परिभाषा_एसटीक प्रोटो फ़ील्ड को पॉप्युलेट करें, जो नियम और #39 की क्लास को परिभाषित करते ही स्टारलैक कॉल स्टैक के हर इंस्टेंस इंस्टेंस के लिए रिकॉर्ड करता है.
टैग: terminal_output
--[no]proto:flatten_selects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट किए जाते हैं. सूची किस तरह की होती है, इसके लिए फ़्लैट वर्शन एक ऐसी सूची होती है जिसमें चुने गए मैप की हर वैल्यू सिर्फ़ एक बार होती है. स्केलर टाइप शून्य पर फ़्लैट कर दिए जाते हैं.
टैग: build_file_semantics
--[no]proto:include_synthetic_attribute_hash डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
$internal_attr_hash एट्रिब्यूट की गिनती और पॉप्युलेट करना है या नहीं.
टैग: terminal_output
--[no]proto:instantiation_stack डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
हर नियम के इंस्टैंशिएशन कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसमें स्टैक मौजूद होना चाहिए
टैग: terminal_output
--[no]proto:locations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
प्रोटो आउटपुट में जगह की जानकारी आउटपुट करना है या नहीं.
टैग: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;सभी &
आउटपुट में शामिल करने के लिए, एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. सभी एट्रिब्यूट के लिए डिफ़ॉल्ट. किसी भी एट्रिब्यूट को आउटपुट न करने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प -- आउटपुट=प्रोटो पर लागू होता है.
टैग: terminal_output
--[no]proto:rule_inputs_and_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नियम_इनपुट और नियम_आउटपुट फ़ील्ड भरने हैं या नहीं.
टैग: terminal_output
--[no]relative_locations डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह की जानकारी रिलेटिव होती है. डिफ़ॉल्ट रूप से, जगह का आउटपुट एक सटीक पाथ होता है और वह सभी मशीनों में एक जैसा नहीं होगा. आप इस विकल्प को 'सही' पर सेट करके, सभी मशीनों पर एक जैसा नतीजा पा सकते हैं.
टैग: terminal_output
--[no]skyframe_state डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अतिरिक्त विश्लेषण किए बिना, Skyframe से मौजूदा कार्रवाई ग्राफ़ को बाहर निकालें. ध्यान दें: फ़िलहाल, टारगेट करने के लिए --skyframe_state का इस्तेमाल नहीं किया जा सकता. यह फ़्लैग सिर्फ़ -- आउटपुट=proto या -- आउटपुट=textproto के साथ उपलब्ध है.
टैग: terminal_output
--[no]tool_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
क्वेरी: अगर बंद है, तो 'होस्ट कॉन्फ़िगरेशन' या 'प्लानिंग' टारगेट पर निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. A'होस्ट कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी ##39;proto_library' प्रोटोकॉल कंपाइलर के नियम, आम तौर पर बिल्ड के दौरान लागू किए गए टूल को पॉइंट करता है, न कि उसी 'टारगेट' प्रोग्राम के किसी हिस्से में. क्वेरी: अगर बंद है, तो कॉन्फ़िगर किए गए सभी टारगेट फ़िल्टर कर देता है. ये वे टारगेट होते हैं जो कॉन्फ़िगर किए गए टारगेट को खोजने वाले टॉप-लेवल टारगेट से किसी होस्ट या एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही टारगेट कॉन्फ़िगरेशन में दिखाए जाएंगे. अगर टॉप-लेवल का टारगेट, होस्ट के कॉन्फ़िगरेशन में है, तो सिर्फ़ होस्ट के कॉन्फ़िगर किए गए टारगेट दिखेंगे. यह विकल्प, हल किए गए टूलचेन को बाहर नहीं रखेगा.
टैग: build_file_semantics
--universe_scope=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
टारगेट पैटर्न का कॉमा लगाकर अलग किया गया सेट (जोड़ें और घटाएं). यह क्वेरी, दुनिया में तय किए गए टारगेट के लिए, ट्रांज़िट समय में बंद होने की परिभाषा के हिसाब से सेट की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और cquery निर्देशों के लिए किया जाता है. Cquery के लिए, इस विकल्प का इनपुट वह टारगेट है जिसके तहत सभी जवाब बनाए गए हैं. इसलिए, यह विकल्प कॉन्फ़िगरेशन और ट्रांज़िशन पर असर डाल सकता है. अगर यह विकल्प नहीं बताया गया है, तो यह माना जाता है कि टॉप-लेवल के टारगेट, क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट हैं. ध्यान दें: cquery के लिए, अगर इस एक्सप्रेशन को तय न किया जाए, तो हो सकता है कि टॉप लेवल के विकल्पों के साथ क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट न बनाए जा सकें. ऐसा होने पर बिल्ड काम नहीं करेगा.
टैग: loading_and_analysis
ऐसे विकल्प जो बिल्ड टाइम को ऑप्टिमाइज़ करने की सुविधा को ट्रिगर करते हैं:
--[no]collapse_duplicate_defines डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, ग़ैर-ज़रूरी --परिभाषाएं को बिल्ड की शुरुआत में हटा दिया जाएगा. इससे, कुछ खास तरह के बिल्ड के लिए विश्लेषण की कैश मेमोरी खोने का खतरा नहीं होता है.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
लाइब्रेरीJar में मौजूद किसी भी क्लास को हटाने के लिए ProGuard ProgramJar को फ़िल्टर करें.
टैग: action_command_lines
--[no]experimental_inmemory_dotd_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो C++ .d फ़ाइलें, डिस्क में लिखने के बजाय सीधे रिमोट बिल्ड नोड से सेव की जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो Java कंपाइलेशन से जनरेट की गई डिपेंडेंसी (.jdeps) फ़ाइलें, डिस्क में लिखने के बजाय सीधे रिमोट बिल्ड नोड से मेमोरी में भेजी जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या आपको C/C++ मकसद के लिए स्कैन करना है?
टैग: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर चालू किया गया, तो एक ही टारगेट के स्रोत वाला सोर्स मिलने पर, parse_headers सुविधा एक अलग हेडर कंपाइल कार्रवाई नहीं बनाती है.
टैग: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, --ttri_test_config सिर्फ़ टेस्ट के तौर पर मार्क किए गए नियमों के लिए टेस्ट कॉन्फ़िगरेशन में काट-छांट नहीं करेगा=1. इसका मतलब है कि जब जांच के लिए बनाए गए नियम, cc_test के नियमों पर निर्भर हों, तो ऐक्शन की समस्याओं को कम किया जा सकता है. अगर --trri_test_config 'गलत' है, तो कोई असर नहीं पड़ता.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सुविधा चालू है, तो cc_import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
इनपुट फ़ाइलों को #include लाइनों को पार्स करके, C/C++ कंपाइलेशन में इनपुट सीमित करना है या नहीं. इससे कंपाइलेशन इनपुट ट्री के साइज़ में कमी होने से परफ़ॉर्मेंस बेहतर होती है और परफ़ॉर्मेंस में बढ़ोतरी होती है. हालांकि, यह बिल्ड को भी तोड़ सकता है क्योंकि शामिल करने वाला स्कैनर C प्रीप्रोसेसर सिमैंटिक को पूरी तरह से लागू नहीं करता है. खास तौर पर, यह डाइनैमिक #इनक्लूड डायरेक्टिव को नहीं समझता और प्रीप्रोसेसर कंडीशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. इस फ़्लैग से जुड़ी सभी समस्याएं बंद हो जाएंगी.
टैग: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
ज़्यादातर जार फ़ाइल के लिए, डेक्सिंग की प्रक्रिया अलग से की जाती है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे सेट किया गया है, तो Clang से निकाली गई .d फ़ाइलों का इस्तेमाल, objc कंपाइल के पास किए जाने वाले इनपुट के सेट को खाली करने के लिए किया जाएगा.
टैग: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
टारगेट //a:a बनाते समय, उन सभी टारगेट में प्रोसेस हेडर जो //a:a पर निर्भर करते हैं (अगर टूलचेन के लिए हेडर प्रोसेसिंग चालू है).
टैग: execution
--[no]trim_test_configuration डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, टेस्ट से जुड़े विकल्प बिल्ड टॉप के नीचे से हटा दिए जाएंगे. जब यह फ़्लैग चालू होता है, तो जांच को गैर-टेस्ट नियमों पर निर्भरता के तौर पर नहीं बनाया जा सकता, लेकिन टेस्ट से जुड़े विकल्पों में बदलाव करने से नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इस विकल्प का इस्तेमाल बंद कर दिया गया है. अब यह नहीं है और इसे जल्द ही हटा दिया जाएगा.
टैग: loading_and_analysis
ऐसे विकल्प जो लॉग करने की सुविधा, फ़ॉर्मैट या जगह पर असर डालते हैं:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: &कोटेशन;-.*&कोटेशन;
टूलचेन रिज़ॉल्यूशन के दौरान डीबग करने की जानकारी प्रिंट करें. फ़्लैग एक रेगुलर एक्सप्रेशन लेता है. इसे अलग-अलग टूलचेन और खास टारगेट की जांच करके देखा जाता है कि कौनसा डीबग करना है. एक से ज़्यादा रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. साथ ही, हर रेगुलर एक्सप्रेशन की अलग से जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत जटिल है और यह केवल टूलचेन समाधान के विशेषज्ञों के लिए उपयोगी होगा.
टैग: terminal_output
ऐसे बेज कमांड में सामान्य इनपुट देने या उसमें बदलाव करने के विकल्प जो दूसरी कैटगरी में नहीं आते.:
--flag_alias=<a 'name=value' flag alias> को एक से ज़्यादा बार इस्तेमाल किया गया
स्टारलार्क फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह एक तर्क के रूप में &kot;<key>=<value>&कोटेशन; में एक सिंगल-वैल्यू पेयर लेता है.
टैग: changes_inputs
--[no]incompatible_default_to_explicit_init_py डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
यह फ़्लैग डिफ़ॉल्ट व्यवहार को बदलता है, ताकि Python टारगेट की रनफ़ाइल में __init__.py फ़ाइलें अपने-आप न बन पाएं. सटीक रूप से, जब किसी py_binary या py_test टारगेट में legacy_create_init &kot;auto" (डिफ़ॉल्ट) पर सेट है, तो इसे गलत के तौर पर तभी माना जाता है, जब फ़्लैग किया गया हो. https://github.com/bazenbuild/bazen/issues/10076 देखें.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो Python 2 के कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे. इसमें सफ़िक्स '-py2' होता है. वहीं, Python 3 के लिए बनाए गए टारगेट, Python से जुड़े सफ़िक्स के बिना रूट में दिखेंगे. इसका मतलब है कि `bazen-bin` सुविधा का सिमलिंक, Python 2 के बजाय Python 3 के टारगेट पर ले जाएगा. अगर आप इस विकल्प को चालू करते हैं, तो `--incompatible_py3_is_default` को चालू करने का सुझाव दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो `py_binary` और `py_test` टारगेट, जो अपने `python_version` (या `default_python_version`) एट्रिब्यूट को सेट नहीं करती हैं, PY2 के बजाय PY3 पर डिफ़ॉल्ट रूप से लागू होंगी. अगर आप इस फ़्लैग को सेट करते हैं, तो `--incompatible_py2_ आउटपुटs_are_suffixed` सेट करने का सुझाव भी दिया जाता है.
टैग: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही पर सेट किया जाता है, तो एक्ज़ीक्यूटेबल Python नियम, Python टूलचेन की ओर से बताए गए Python रनटाइम का इस्तेमाल करेगा. इसके बजाय, --python_top जैसे लेगसी फ़्लैग से मिलने वाले रनटाइम का इस्तेमाल किया जाएगा.
टैग: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> डिफ़ॉल्ट: विवरण देखें
Python Python का मुख्य वर्शन मोड, या तो `PY2` या `PY3`. ध्यान दें कि यह `py_binary` और `py_test` टारगेट से बदला जाता है (भले ही, वे साफ़ तौर पर कोई वर्शन न बताते हों) इसलिए, आम तौर पर इस फ़्लैग को देने की कोई खास वजह नहीं होती.
टैग: loading_and_analysis, affects_outputs, explicit_in_output_path
अलग-अलग तरह के विकल्प. अगर ऐसा नहीं है, तो उन्हें कैटगरी में नहीं रखा जाता है.:
--[no]cache_test_results] -t] डिफ़ॉल्ट: &कोट्स;ऑटो&कोट्स;
अगर 'auto' पर सेट है, तो बेज़ल टेस्ट को फिर से चलाता है, अगर: (1) बैजल को टेस्ट या उसकी डिपेंडेंसी में बदलाव का पता चलता है, (2) टेस्ट को बाहरी के तौर पर मार्क किया जाता है, (3) टेस्ट को पहले -runs_per_test या{0}4) के साथ पूरा किया गया. अगर 'yes' पर सेट है, तो बेज़ेल बाहरी के तौर पर मार्क किए गए टेस्ट को छोड़कर सभी टेस्ट नतीजों को कैश मेमोरी में सेव कर लेता है. अगर 'no' पर सेट है, तो बेज़ेल किसी भी परीक्षण के नतीजों को कैश नहीं करता है.
--[no]experimental_cancel_concurrent_tests डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह बात सही है, तो ब्लॉज़ पहली बार रन करने पर एक साथ चल रहे टेस्ट रद्द कर देंगे. यह सिर्फ़ --runs_per_test_detects_flaake के साथ काम करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल कवरेज के दौरान हर टेस्ट के लिए पूरी कवरेज डेटा डायरेक्ट्री फ़ेच करती हैं.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो सीएलजीवी के लिए कवरेज एक एलसीओवी रिपोर्ट जनरेट करेगा.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
J2ObjC हेडर मैप के साथ-साथ J2ObjC हेडर मैप जनरेट करना है या नहीं.
--[no]experimental_j2objc_shorter_header_path डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या छोटे हेडर पाथ के साथ जनरेट करना है (&kot;_j2objc&कोटेशन; के बजाय "_ios&कोटेशन;).
टैग: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> डिफ़ॉल्ट: &kot;javabuilder&कोटेशन;
Java कंपाइलेशन के लिए कम क्लासपाथ चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android प्रयोग के लिए बनी लाइब्रेरी तक सीमित करें.
टैग: affects_outputs
--[no]experimental_run_android_lint_on_java_rules डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
java_* स्रोतों की पुष्टि करना है या नहीं.
टैग: affects_outputs
--[no]explicit_java_test_deps डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
TestRunner's को गलती से पाने के बजाय, java_test में JUnit या Hamcrest में डिपेंडेंसी तय करें. फ़िलहाल, यह सुविधा सिर्फ़ बेज़ल के लिए काम करती है.
--host_java_launcher=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड के दौरान इस्तेमाल किए जाने वाले टूल में, Java लॉन्चर का इस्तेमाल किया जाता है.
--host_javacopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बिल्ड के दौरान एक्ज़ीक्यूट करने वाले टूल बनाते समय Javac को पास करने के दूसरे विकल्प.
--host_jvmopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बिल्ड के दौरान चलाए जाने वाले टूल बनाते समय, Java वीएम में पास करने के दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के VM स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_exclusive_test_sandboxed डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो सैंडबॉक्स की गई रणनीति के साथ खास जांचें की जाएंगी. ##39;local' टैग जोड़ें, ताकि स्थानीय तौर पर उपलब्ध टेस्ट में ज़्यादा से ज़्यादा लोग शामिल हो सकें
टैग: incompatible_change
--[no]incompatible_strict_action_env डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेज़ल PATH के लिए स्टैटिक वैल्यू वाले एनवायरमेंट का इस्तेमाल करते हैं और उन्हें LD_ निर्देश_PATH इनहेरिट नहीं करता. अगर आप क्लाइंट से खास एनवायरमेंट वैरिएबल इनहेरिट करना चाहते हैं, तो --action_env=ENV_VARIABLE का इस्तेमाल करें, लेकिन ध्यान दें कि अगर शेयर की गई कैश मेमोरी का इस्तेमाल किया जाता है, तो ऐसा करने से क्रॉस-उपयोगकर्ता कैशिंग रुक सकती है.
टैग: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
J2ObjC टूल को पास करने के लिए अन्य विकल्प.
--java_debug
इसकी वजह से, Java जांच की Java वर्चुअल मशीन को टेस्ट शुरू करने से पहले, JDWP के मुताबिक डीबगर (जैसे कि jdb) के कनेक्शन का इंतज़ार करना पड़ता है. Implies -test_ आउटपुट=streamed.
बड़ा होने का समय:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
हर Java टारगेट के लिए, डिपेंडेंसी की जानकारी (कंपाइल-टाइम क्लासपाथ के लिए) जनरेट करें.
--[no]java_header_compilation डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
सीधे स्रोत से बनाए गए आईजर को कंपाइल करें.
--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 टारगेट के VM स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--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> डिफ़ॉल्ट: &कोट्स;@com_google_protobuf//:प्रोटोक</कोट
प्रोटो-कंपाइलर का लेबल.
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> डिफ़ॉल्ट: "@com_google_protobuf//:cc_toolchain&कोटेशन;
proto_lang_toolchain() का लेबल जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/j2objc:j2objc_proto_toolchain"
proto_lang_toolchain() का लेबल जो j2objc protos को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> डिफ़ॉल्ट: "@com_google_protobuf//:java_toolchain"
proto_lang_toolchain() का लेबल जो Java प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> डिफ़ॉल्ट: "@com_google_protobuf//:javalite_toolchain"
proto_lang_toolchain() का लेबल जो JavaLite प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--protocopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
प्रोटोबफ़ कंपाइलर को पास करने के दूसरे विकल्प.
टैग: affects_outputs
--[no]runs_per_test_detects_flakes डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो किसी भी शार्ड में कम से कम एक रन/अट्रैक्शन पास होता है और कम से कम एक रन/अट्रैक्शन असफल होता है.
--shell_executable=<a path> डिफ़ॉल्ट: विवरण देखें
BShell के इस्तेमाल के लिए, शेल एक्ज़ीक्यूटेबल का इस्तेमाल करता है. अगर इस नीति को सेट नहीं किया जाता है, तो BAZEL_SH एनवायरमेंट वैरिएबल, पहले बेज़ेल के शुरू होने पर सेट होगा (जो एक बेज़ेल सर्वर को शुरू करता है), बेज़ेल इसका इस्तेमाल करते हैं. अगर दोनों को सेट नहीं किया जाता है, तो बेज़ल हार्ड ऑपरेटिंग कोड का इस्तेमाल करता है. यह पाथ, ऑपरेटिंग सिस्टम (Windows: c:/tools/mapis64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, और बाकी सभी: /bin/bash) के हिसाब से तय होता है. ध्यान दें कि ऐसे शेल का इस्तेमाल करना जो बैश के साथ काम नहीं करता हो, जनरेट की गई बाइनरी के असफल होने या रनटाइम गड़बड़ियों की वजह हो सकता है.
टैग: loading_and_analysis
--test_arg=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
ज़्यादा विकल्प और आर्ग्युमेंट के बारे में बताता है जिन्हें जांच एक्ज़ीक्यूटेबल में पास किया जाना चाहिए. कई आर्ग्युमेंट चुनने के लिए, एक से ज़्यादा बार इस्तेमाल किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो हर जांच को एक जैसे आर्ग्युमेंट मिलेंगे. इसका इस्तेमाल सिर्फ़ 'bazen टेस्ट' कमांड के ज़रिए किया जाता है.
--test_filter=<a string> डिफ़ॉल्ट: विवरण देखें
टेस्ट फ़्रेमवर्क पर फ़ॉरवर्ड करने के लिए फ़िल्टर तय करता है. इसका इस्तेमाल करके, जांच को सीमित किया जा सकता है. ध्यान दें कि इससे जो टारगेट बनाए जाते हैं उन पर कोई असर नहीं पड़ता.
--test_result_expiration=<an integer> डिफ़ॉल्ट: &कोटेशन--1&कोटेशन;
इस विकल्प के इस्तेमाल पर रोक लगा दी गई है और इसका कोई असर नहीं है.
--[no]test_runner_fail_fast डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
फ़ॉरवर्ड करने पर, टेस्ट रनर के लिए तेज़ विकल्प काम नहीं करता. पहली बार असफल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit or disabled> डिफ़ॉल्ट: &कोटेशन;अश्लील&कोटेशन;
शार्डिंग के लिए रणनीति तय करें: 'explicit' शार्डिंग का इस्तेमाल करने के लिए अगर 'sard_count' BUILD एट्रिब्यूट मौजूद हो. 'बंद किए गए' कभी भी टेस्ट शार्डिंग का इस्तेमाल न करें.
--tool_java_language_version=<a string> डिफ़ॉल्ट: &कोटेशन;8&कोटेशन;
बिल्ड के दौरान ज़रूरी टूल को लागू करने के लिए, Java भाषा के वर्शन का इस्तेमाल करें
--tool_java_runtime_version=<a string> डिफ़ॉल्ट: &कोटेशन;remotejdk_11&कोटेशन;
ये Java रनटाइम वर्शन, बिल्ड के दौरान टूल को लागू करने के लिए इस्तेमाल किए जाते थे
--[no]use_ijars डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सुविधा चालू है, तो इस विकल्प की वजह से Java कंपाइलेशन, इंटरफ़ेस में जार का इस्तेमाल करता है. इससे बढ़ने वाला कंपाइलेशन तेज़ी से होगा, लेकिन गड़बड़ी के मैसेज अलग-अलग हो सकते हैं.

बिल्ड के लिए विकल्प

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
बिल्डिंग को कंट्रोल करने वाले विकल्प:
--[no]check_up_to_date डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
बिल्ड काम न करें, बस जांचें कि यह अप-टू-डेट है या नहीं. अगर सभी टारगेट अप-टू-डेट हैं, तो बिल्ड सही तरीके से पूरा हो जाता है. अगर किसी भी कदम को पूरा करने की ज़रूरत नहीं है, तो गड़बड़ी की रिपोर्ट की जाती है और बिल्ड काम नहीं करता.
टैग: execution
--[no]experimental_delay_virtual_input_materialization डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे 'सही है' पर सेट किया जाता है, तो वर्चुअल इनपुट (जैसे, पैरामीटर फ़ाइलें) सिर्फ़ सैंडबॉक्स में खुलेगा, न कि एक्सक्रोट में. इससे डाइनैमिक शेड्यूलर का इस्तेमाल करते समय किसी रेस की स्थिति को ठीक किया जाता है. यह फ़्लैग पूरी तरह से मौजूद है, ताकि इस गड़बड़ी को ठीक किया जा सके.
टैग: execution
--experimental_docker_image=<a string> डिफ़ॉल्ट: &कोटेशन;
एक डॉकर इमेज का नाम (उदाहरण के लिए, &kot;ubuntu:new&quat;) बताएं.इसका इस्तेमाल डॉकर रणनीति का इस्तेमाल करते समय सैंडबॉक्स की गई कार्रवाई को करने के लिए किया जाना चाहिए. साथ ही, कार्रवाई के लिए प्लैटफ़ॉर्म के ब्यौरे में पहले से ही कंटेनर-इमेज एट्रिब्यूट Remote_execution_properties भी नहीं हैं. इस फ़्लैग का मान 'docker Run' को सच्चाई के तौर पर पास किया गया है, इसलिए यह उसी सिंटैक्स और मैकेनिज़्म का इस्तेमाल करता है, जो डॉकर की तरह है.
टैग: execution
--[no]experimental_docker_privileged डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो बेज़ेल कार्रवाइयां करते समय 'docker Run' को -- विशेषाधिकार वाले फ़्लैग को पास कर देंगी. यह आपके बिल्ड के लिए ज़रूरी हो सकता है, लेकिन इससे कमी भी हो सकती है.
टैग: execution
--[no]experimental_docker_use_customized_images डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, मौजूदा उपयोगकर्ता के uid और gid का इस्तेमाल करने से पहले, उसे डॉकर इमेज में इंजेक्ट करता है. अगर आपके बिल्ड / टेस्ट इस बात पर निर्भर करते हैं कि उपयोगकर्ता के पास कंटेनर का नाम और होम डायरेक्ट्री है, तो ऐसा करना ज़रूरी है. यह डिफ़ॉल्ट रूप से चालू होता है, लेकिन अपने-आप इमेज को पसंद के मुताबिक बनाने की सुविधा आपके मामले में काम नहीं करती या आपको यह पता है कि आपको इसकी ज़रूरत नहीं है, तो आप इसे बंद कर सकते हैं.
टैग: execution
--[no]experimental_docker_verbose डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो बेजल डॉकर सैंडबॉक्स की रणनीति के बारे में ज़्यादा वर्बोस मैसेज प्रिंट करेगी.
टैग: execution
--[no]experimental_enable_docker_sandbox डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डॉकर के आधार पर सैंडबॉक्स करने की सुविधा चालू करें. अगर डॉकर इंस्टॉल नहीं किया गया है, तो इस विकल्प से कोई असर नहीं पड़ेगा.
टैग: execution
--[no]experimental_reuse_sandbox_directories डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो सैंडबॉक्स न किए गए एनवायरमेंट में इस्तेमाल की जाने वाली डायरेक्ट्री को, सेट अप के गैर-ज़रूरी खर्च से बचाने के लिए फिर से इस्तेमाल किया जा सकता है.
टैग: execution
--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> डिफ़ॉल्ट: &कोटेशन;0;
अगर 0 दिखे, तो कार्रवाई पूरी होते ही सैंडबॉक्स ट्री मिटा दें. इस वजह से, कार्रवाई पूरी होने में देरी हो सकती है. अगर शून्य से ज़्यादा है, तो एसिंक्रोनस थ्रेड पूल पर इस तरह के तीन तीन को मिटाने की कार्रवाई करें. जब बिल्ड चल रहा हो और उसका साइज़ तब तक बढ़ जाता है, जब सर्वर कुछ समय से इस्तेमाल नहीं किया जा रहा हो.
टैग: execution
सही होने पर, सैंडबॉक्स में ऐक्शन इनपुट के तौर पर दिए गए सिम्बॉलिक लिंक के टारगेट को मैप किया जाता है. यह सुविधा, सिर्फ़ उन नियमों को ठीक करने के लिए बनाई गई है जो ऐसा नहीं करते.
--experimental_sandboxfs_path=<a string> डिफ़ॉल्ट: "sandboxfs&कोटेशन;
--प्रयोगal_use_sandboxfs सही होने पर सैंडबॉक्सफ़ेस बाइनरी का पाथ. अगर नंदी का नाम है, तो PATH में पाए गए नाम की पहली बाइनरी का इस्तेमाल करें.
--[no]experimental_split_xml_generation डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह फ़्लैग सेट हो जाता है और टेस्ट कार्रवाई से, test.xml फ़ाइल जनरेट नहीं होती है, तो बेज़ल जांच लॉग वाली डमी जांच.xml फ़ाइल जनरेट करने के लिए, अलग कार्रवाई का इस्तेमाल करती है. नहीं तो, बेज़ल टेस्ट कार्रवाई के तौर पर एक test.xml जनरेट करता है.
टैग: execution
--[no]experimental_use_hermetic_linux_sandbox डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर नीति को 'सही है' पर सेट किया गया है, तो रूट को माउंट न करें. साथ ही, सैंडबॉक्स_जोड़ें_माउंट_पेयर के साथ दी गई चीज़ों को ही माउंट करें. इनपुट फ़ाइलें, सैंडबॉक्स से लिंक किए जाने के बजाय, सैंडबॉक्स से हार्डलिंक की जाएंगी. अगर ऐक्शन इनपुट फ़ाइलें, सैंडबॉक्स से अलग फ़ाइल सिस्टम पर मौजूद हैं, तो इनपुट फ़ाइलें कॉपी हो जाएंगी.
टैग: execution
--[no]experimental_use_sandboxfs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
एक सिमलिंक ट्री बनाने के बजाय, सैंडबॉक्स फ़ाइल का इस्तेमाल करके कार्रवाइयां और#39; एक्ज़ीक्यूट डायरेक्ट्री बनाएं. अगर "हां", तो -प्रयोग प्रयोग_सैंडबॉक्सFs_path की दी गई बाइनरी मान्य होनी चाहिए और सैंडबॉक्सf के साथ काम करने वाले वर्शन से मेल खानी चाहिए. अगर &quat;auto&kot;, तो हो सकता है कि बाइनरी मौजूद नहीं है या काम नहीं करता है.
--[no]experimental_use_windows_sandbox डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
कार्रवाइयां चलाने के लिए, Windows सैंडबॉक्स का इस्तेमाल करें. अगर "हां", तो -youralal_windows_sandbox_path की दी गई बाइनरी मान्य होनी चाहिए और सैंडबॉक्सf के साथ काम करने वाले वर्शन से मेल खानी चाहिए. अगर &quat;auto&kot;, तो हो सकता है कि बाइनरी मौजूद नहीं है या काम नहीं करता है.
--experimental_windows_sandbox_path=<a string> डिफ़ॉल्ट: &कोट्स;बैज़ेलसैंडबॉक्स.exe&कोटेशन;
--प्रयोगल_इस्तेमाल_विंडो_सैंडबॉक्स 'सही' होने पर, इस्तेमाल करने के लिए Windows सैंडबॉक्स बाइनरी का पाथ. अगर नंदी का नाम है, तो PATH में पाए गए नाम की पहली बाइनरी का इस्तेमाल करें.
--genrule_strategy=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
जनरेट करने के तरीके के बारे में बताएं. यह फ़्लैग बंद कर दिया जाएगा. इसके बजाय, सभी कार्रवाइयों को कंट्रोल करने के लिए --spawn_strateggy=<value> का इस्तेमाल करें. इसके अलावा, आप सिर्फ़ genrule को कंट्रोल करने के लिए --strateggy=Genrule=<value> का इस्तेमाल कर सकते हैं.
टैग: execution
--[no]incompatible_legacy_local_fallback डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही पर सेट है, तो सैंडबॉक्स किए गए लेगसी फ़ॉलबैक को सैंडबॉक्स से स्थानीय रणनीति में बदल देता है. यह फ़्लैग आखिर में डिफ़ॉल्ट रूप से गलत पर सेट हो जाएगा और बाद में नहीं हो जाएगा. इसके बजाय फ़ॉलबैक को कॉन्फ़िगर करने के लिए --strateggy, --spawn_strateggy या --dynamic_local_strateggy का इस्तेमाल करें.
टैग: execution, incompatible_change
अगर सही पर सेट की जाती है, तो बेज़ेल रिमोट कैशिंग/एक्ज़ीक्यूशन प्रोटोकॉल में ऐक्शन आउटपुट में सिमलिंक की तरह काम करेगी. मौजूदा व्यवहार, रिमोट कैश/मैनेजर के लिए है, जो सिम्लिंक को फ़ॉलो करता है और उन्हें फ़ाइलों के तौर पर दिखाता है. जानकारी के लिए #6631 देखें.
टैग: execution, incompatible_change
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">] -j] डिफ़ॉल्ट: &कोट्स;ऑटो&कोट्स;
ऐसी नौकरियों की संख्या जिनके लिए एक साथ विज्ञापन नहीं दिखाए जाते. एक पूर्णांक या कीवर्ड ("auto&कोटेशन;, &कोटेशन;होस्टिंग_CPUS&कोटेशन;, &कोटेशन; रैम&कोटेशन;) लेता है, वैकल्पिक रूप से कोई ऑपरेशन के बाद लिया जाता है (जैसे [||]]<flow>) उदाहरण के लिए &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. वैल्यू, 1 और 5000 के बीच होना चाहिए. वैल्यू 2500 से ज़्यादा होने पर, मेमोरी से जुड़ी समस्याएं हो सकती हैं. & ऑटो को कोट; होस्ट के संसाधनों के आधार पर उचित डिफ़ॉल्ट की गिनती करता है.
टैग: host_machine_resource_optimizations, execution
--[no]keep_going] [-k] डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
किसी गड़बड़ी के बाद जितना हो सके उतना ज़्यादा से ज़्यादा जारी रखें. हालांकि, टारगेट टारगेट नहीं किया जा सकता और उस पर निर्भर टारगेट का विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट की अन्य शर्तें भी हो सकती हैं.
टैग: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
मिलते-जुलते थ्रेड की संख्या, जो लोड होने/विश्लेषण के चरण के लिए इस्तेमाल की जाती है. कोई पूर्णांक या कीवर्ड ("auto&quat;, &कोटेशन;HOST_CPUS&कोटेशन; & &कोटेशन;रैम&कोटेशन;) लेता है और बाद में कोई कार्रवाई (--|*]<Flo>) करते हैं &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. &तरह >अपने-आप&कोटेशन; कम से कम 1 होना चाहिए.
टैग: bazel_internal_configuration
सही होने पर, कार्रवाई के सिमलिंक आउटपुट को रिमोट कैश मेमोरी में अपलोड करें. अगर यह विकल्प चालू नहीं है, तो सिम्युलेट होने वाली कैश मेमोरी में सेव की जा सकने वाली ऐसी कार्रवाइयां पूरी नहीं हो पाएंगी.
टैग: execution
--spawn_strategy=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
बताई गई कार्रवाइयों को डिफ़ॉल्ट रूप से किस तरह लागू किया जाता है, इसकी जानकारी दें. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता वाली, कॉमा से अलग की गई रणनीतियों को स्वीकार करता है. हर कार्रवाई के लिए, बेजल सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनते हैं, जिससे कार्रवाई की जा सकती है. डिफ़ॉल्ट मान "रिमोट,वर्कर,सैंडबॉक्स किया गया,लोकल&कोटेशन; है. ज़्यादा जानकारी के लिए https://blog.bazen.build/2019/06/19/list-strateggy.html देखें.
टैग: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
स्पैन की अन्य कार्रवाइयों को कंपाइल करने का तरीका बताएं. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता वाली, कॉमा से अलग की गई रणनीतियों को स्वीकार करता है. हर कार्रवाई के लिए, बेजल सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनते हैं, जिससे कार्रवाई की जा सकती है. डिफ़ॉल्ट मान "रिमोट,वर्कर,सैंडबॉक्स किया गया,लोकल&कोटेशन; है. -- ज़्यादा जानकारी के लिए https://blog.bazen.build/2019/06/19/list-strateggy.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='Compping.*/bar=local --strateggy_regexp=Compaging=sandboxed 'Compling //foo/Bar/baz' & & 'local' रणनीति के साथ चलेगा, लेकिन क्रम को बदलने से यह 'सैंडबॉक्स</&3.
टैग: execution
ऐसे विकल्प जो कार्रवाई करने के लिए इस्तेमाल होने वाले टूलचेन को कॉन्फ़िगर करते हैं:
--[no]incompatible_disable_runtimes_filegroups डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
बिना समर्थन वाला टैग
टैग: action_command_lines, loading_and_analysis, deprecated, incompatible_change
--[no]incompatible_dont_emit_static_libgcc डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बिना समर्थन वाला टैग
टैग: action_command_lines, loading_and_analysis, deprecated, incompatible_change
बिना रुकावट वाले टैग
टैग: action_command_lines, loading_and_analysis, deprecated, incompatible_change
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]build डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बिल्डिंग को लागू करें, यह आम तौर पर किया जाता है. बिल्ड कार्रवाइयों को लागू करने से पहले, बिल्ड के काम न करने की वजह से बिल्ड बंद हो जाता है. ऐसा होने पर, पैकेज लोड होने और विश्लेषण के चरणों के पूरे होने पर शून्य हो जाता है. यह मोड उन चरणों की जांच करने में मदद करता है.
टैग: execution, affects_outputs
--[no]experimental_run_validations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसके बजाय, --run_validateations का इस्तेमाल करें.
टैग: execution, affects_outputs
--[no]experimental_use_validation_aspect डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
आस-पास की जांच के साथ-साथ जांच के साथ-साथ, पुष्टि करने की कार्रवाइयों को चलाना है या नहीं.
टैग: execution, affects_outputs
--output_groups=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
कॉमा से अलग किए गए आउटपुट ग्रुप के नामों की सूची. इनमें से हर ग्रुप के आगे + या - का निशान लगाया जाता है. आउटपुट ग्रुप के डिफ़ॉल्ट सेट में + से जुड़ा ग्रुप जोड़ा जाता है, जबकि इससे पहले वाले - ग्रुप को डिफ़ॉल्ट सेट से हटा दिया जाता है. अगर कम से कम एक ग्रुप का प्रीफ़िक्स नहीं बनाया गया है, तो आउटपुट ग्रुप का डिफ़ॉल्ट सेट हट जाता है. उदाहरण के लिए, --input_groups=+foo,+बार डिफ़ॉल्ट सेट, foo, और बार का यूनियन बनाता है. वहीं, आउटपुट_समूह=foo,बार डिफ़ॉल्ट सेट को बदल देता है, ताकि सिर्फ़ foo और बार बनाए जा सकें.
टैग: execution, affects_outputs
--[no]run_validations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बिल्ड के हिस्से के तौर पर पुष्टि करने की कार्रवाइयां करनी हैं या नहीं.
टैग: execution, affects_outputs
ऐसे विकल्प जो उपयोगकर्ता को उसके आउटपुट के बजाय, सही वैल्यू कॉन्फ़िगर करने देते हैं और उसकी वैल्यू पर असर डालते हैं:
--aspects=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
टॉप-लेवल टारगेट पर लागू होने वाले पहलुओं की कॉमा-सेपरेटेड लिस्ट. सूची में, अगर if some_aspect, ज़रूरी _aspect_providers की मदद से ज़रूरी आसपेक्ट रेशियो और सेवा देने वाली कंपनी के बारे में बताता है, तो Someone_aspect उन सभी आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) में बताए जाने से पहले चलाएगा जिनके बारे में विज्ञापन देने वालों ने बताया है. ये आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) की सेवा देने वाली कंपनियां, is_aspect ज़रूरी शर्तों को पूरा करती हैं. इसके अलावा, some_aspect उन सभी पहलुओं के बाद चलेगा जो ज़रूरी एट्रिब्यूट के हिसाब से तय किए गए हैं. Some_aspect उन आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) की वैल्यू को ऐक्सेस कर पाएगा' प्रोवाइडर. <bzl-file-label>%<aspect_name> उदाहरण के लिए, '//tools:my_def.bzl%my_aspect', जहां 'my_aspect' किसी फ़ाइल टूल/my_def.bzl से शीर्ष-स्तरीय मान है
--bep_maximum_open_remote_upload_files=<an integer> डिफ़ॉल्ट: &कोटेशन--1&कोटेशन;
बीईपी आर्टफ़ैक्ट अपलोड करने के दौरान, ज़्यादा से ज़्यादा खुली फ़ाइलों की संख्या.
टैग: affects_outputs
इस फ़्लैग से यह तय होता है कि सुविधा के सिमलिंक (बिल्ड के बाद, फ़ाइल फ़ोल्डर में दिखने वाले सिमलिंक) का प्रबंधन कैसे किया जाएगा. संभावित वैल्यू: सामान्य (डिफ़ॉल्ट): हर तरह का सुविधा सिमलिंक बनाया या मिटाया जाएगा, जैसा कि बिल्ड से तय होता है. साफ़: सभी सिमलिंक बिना किसी शर्त के हटाए जाएंगे. ध्यान न दें: सिमलिंक अकेले रह जाएंगे. log_only: लॉग संदेश जनरेट करें, जैसे कि 'normal' पास किए गए थे, लेकिन वास्तव में कोई भी फ़ाइलसिस्टम ऑपरेशन नहीं करते (टूल के लिए उपयोगी). ध्यान दें कि सिर्फ़ उन सिमलिंक पर असर पड़ सकता है जिनके नाम --symlink_prefix की मौजूदा वैल्यू से जनरेट हुए हैं. अगर प्रीफ़िक्स बदलता है, तो पहले से मौजूद सभी सिमलिंक अकेले रह जाएंगे.
टैग: affects_outputs
यह फ़्लैग कंट्रोल करता है कि हम buildEventPromlinksIdentized को BuildEventProtocol पर पोस्ट करेंगे या नहीं. अगर वैल्यू सही है, तो BuildEventProtocol में आपके Workspace में बनाए गए सभी सुविधा सिमलिंक के बारे में बताया गया है. साथ ही,][=SymlinksIdentified भी होगा. अगर गलत है, तो buildEventProtocol में][=SymlinksIdentified एंट्री खाली होगी.
टैग: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
इस फ़्लैग से, कई टारगेट सीपीयू के बारे में बताया जा सकता है. अगर इसे तय किया जाता है, तो --cpu का विकल्प नज़रअंदाज़ कर दिया जाएगा.
टैग: affects_outputs, experimental
--remote_download_minimal
ऐसा करने पर, रिमोट मशीन से कोई आउटपुट नहीं मिलता. यह फ़्लैग तीन फ़्लैग के लिए एक शॉर्टकट है: --प्रयोगal_inMemory_jdeps_files, --प्रयोगal_inMemory_डॉट_फ़ाइलें और --remote_download_sampless=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> डिफ़ॉल्ट: &कोटेशन;सभी &
अगर इसे ##39;minimal' पर सेट किया जाता है, तो स्थानीय मशीन के लिए ज़रूरी रिमोट सिस्टम को छोड़कर, स्थानीय मशीन पर कोई भी रिमोट बिल्ड आउटपुट डाउनलोड नहीं करता. अगर इसे ##39;toplevel' पर सेट किया जाता है; तो यह डिफ़ॉल्ट रूप से स्थानीय # अगर नेटवर्क बैंडविड्थ एक रुकावट है, तो दोनों विकल्प बिल्ड के समय को काफ़ी कम कर सकते हैं.
टैग: affects_outputs
लोकल मशीन में रिमोट बिल्ड आउटपुट डाउनलोड करने के बजाय, सिंबल वाले लिंक बनाएं. प्रतीकों का टारगेट, टेंप्लेट स्ट्रिंग के रूप में बताया जा सकता है. इस टेंप्लेट स्ट्रिंग में {hash} और {size_बाइट} हो सकते हैं, जो कि ऑब्जेक्ट के हैश पर और बाइट में साइज़ तक बढ़ते हैं. उदाहरण के लिए, इन सिंबल लिंक से FUSE फ़ाइल सिस्टम पर ले जाया जा सकता है जो मांग पर सीएएस से ऑब्जेक्ट लोड करता है.
टैग: affects_outputs
--remote_download_toplevel
सिर्फ़ स्थानीय मशीन पर टॉप लेवल टारगेट के रिमोट आउटपुट डाउनलोड करता है. यह फ़्लैग तीन फ़्लैग के लिए एक शॉर्टकट है: --प्रयोगal_inreminder_jdeps_files, --प्रयोगal_inMemory_dotd_files और --remote_download_sampless=toplevel.
इन्हें बड़ा किया जाएगा:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=toplevel

टैग: affects_outputs
वह प्रीफ़िक्स जिसे बिल्ड के बाद बनाए गए किसी भी सुविधा सिम्बॉलिकेशन से पहले जोड़ा जाता है. अगर इसे नहीं छोड़ा जाता है, तो बिल्ड टूल का नाम डिफ़ॉल्ट वैल्यू के तौर पर हाइफ़न के बाद आता है. अगर '/' पास हो जाता है, तो कोई सिमलिंक नहीं बनाया जाता और कोई चेतावनी नहीं दी जाती. चेतावनी: '/' के लिए विशेष काम की क्षमता जल्द ही रोक दी जाएगी; इसके बजाय --प्रयोगal_convenience_symlinks=अनदेखा करें.
टैग: affects_outputs
ऐसे विकल्प जो इस बात पर असर डालते हैं कि बैजल मान्य बिल्ड इनपुट को कैसे लागू करते हैं (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर आपके पास काम न करने वाली कॉन्फ़िगरेशन_सेटिंग_की सेटिंग 'गलत है' है, तो यह nop है. या फिर, अगर यह फ़्लैग गलत है, तो साफ़ तौर पर दिखने वाले किसी एट्रिब्यूट के बिना config_setting, //vision:public है. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही दिखने वाले लॉजिक का पालन करता है. https://github.com/bazerbuild/bazer/issues/12933 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो config_setting दिखने की पाबंदियां लागू करें. अगर गलत है, तो हर टारगेट के लिए हर config_setting दिखाई देती है. https://github.com/bazenbuild/bazen/issues/12932 देखें.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]check_tests_up_to_date डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
जांच नहीं करें. बस जांच करें कि वे अप-टू-डेट हैं या नहीं. अगर जांच के सभी नतीजे अप-टू-डेट हैं, तो जांच पूरी हो जाती है. अगर कोई टेस्ट बनाने या एक्ज़ीक्यूट करने की ज़रूरत है, तो गड़बड़ी की रिपोर्ट की जाती है और टेस्टिंग नहीं हो पाती. यह विकल्प --check_up_to_date व्यवहार के बारे में बताता है.
टैग: execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> को एक से ज़्यादा बार इस्तेमाल किया गया
जांच में सफल न होने पर, हर जांच के लिए फिर से कोशिश की जाएगी. जिन टेस्ट को पास करने के लिए एक से ज़्यादा बार कोशिश करनी पड़ती है उन्हें टेस्ट की खास जानकारी में 'FLAKY' के तौर पर मार्क किया जाता है. आम तौर पर, यह सिर्फ़ एक पूरी संख्या या स्ट्रिंग होती है 'default'. अगर कोई पूर्णांक है, तो सभी टेस्ट N बार तक चलेंगे. अगर 'default', तो सामान्य जांचों के लिए सिर्फ़ एक जांच की जाएगी. साथ ही, अपने नियम के हिसाब से साफ़ तौर पर 'फ़्लैकी' के तौर पर मार्क की गई जांचों के लिए तीन टेस्ट कोशिश की जाएगी. वैकल्पिक सिंटैक्स: regex_filter@flaky_test_attempts. जहां flaky_test_attempts ऊपर बताए गए तरीके से दिया गया है और regex_filter का मतलब है, रेगुलर एक्सप्रेशन पैटर्न को शामिल करना और बाहर रखना (यह भी देखें --runs_per_test देखें). उदाहरण: --flaky_test_attempts=//foo/.*,-//foo/bar/.**3 foo/Bar में शामिल सभी टेस्ट को foo/Bar से छोड़कर तीन बार हटा देता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया तर्क, मेल खाने को प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता है, तो व्यवहार ऊपर दिए गए 'डिफ़ॉल्ट' के समान है.
टैग: execution
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
एक ही समय पर चलने वाली स्थानीय टेस्ट नौकरियों की ज़्यादा से ज़्यादा संख्या. एक पूर्णांक या कीवर्ड ("auto&कोटेशन;, &कोटेशन;होस्टिंग_CPUS&कोटेशन;, &कोटेशन; रैम&कोटेशन;) लेता है, वैकल्पिक रूप से कोई ऑपरेशन के बाद लिया जाता है (जैसे [||]]<flow>) उदाहरण के लिए &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. 0 का मतलब है कि स्थानीय संसाधनों की मदद से, स्थानीय टेस्ट जॉब की संख्या को एक साथ नहीं चलाया जा सकेगा. इसे --jobs के लिए मान से बड़ा सेट करना असरदार नहीं होता.
टैग: execution
--[no]test_keep_going डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसके बाद, पास नहीं होने वाले टेस्ट की वजह से पूरा बिल्ड रुक जाएगा. डिफ़ॉल्ट रूप से सभी टेस्ट किए जाते हैं, भले ही कुछ पास नहीं हो पाए हों.
टैग: execution
--test_strategy=<a string> डिफ़ॉल्ट: &कोटेशन;
यह बताती है कि जांच करते समय किस रणनीति का इस्तेमाल करना है.
टैग: execution
--test_tmpdir=<a path> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल किए जाने के लिए 'ba ऑफ़लाइन टेस्ट' के लिए बेस अस्थायी डायरेक्ट्री तय करता है.
ऐसे विकल्प जो लॉग करने की सुविधा, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]announce डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
काम नहीं करता. नहीं-नहीं.
टैग: affects_outputs
--[no]experimental_bep_target_summary डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
TargetTarget इवेंट प्रकाशित करना है या नहीं.
--[no]experimental_build_event_expand_filesets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, आउटपुट फ़ाइलें दिखाते समय बीईपी में Files को बड़ा करें.
टैग: affects_outputs
अगर सही है, तो आउटपुट फ़ाइलें दिखाते समय, BEP में मिलते-जुलते Fileset सिमलिंक की समस्या को पूरी तरह से ठीक करें. --प्रयोगal_build_event_expand_filesets की ज़रूरत होती है.
टैग: affects_outputs
--experimental_build_event_upload_strategy=<a string> डिफ़ॉल्ट: विवरण देखें
चुनें कि बिल्ड इवेंट प्रोटोकॉल में बताए गए आर्टफ़ैक्ट को कैसे अपलोड किया जाए.
टैग: affects_outputs
--[no]experimental_materialize_param_files_directly डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर पैरामीटर की फ़ाइलों को सामग्री के तौर पर इस्तेमाल करना है, तो डिस्क में सीधे तौर पर लिखने के लिए ऐसा करें.
टैग: execution
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
--experimental_repository_resolved_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो Starstark डेटा स्टोर करने की जगह में लागू किए गए सभी नियमों की पूरी जानकारी के साथ Starlark का मान लिखें.
टैग: affects_outputs
--[no]experimental_stream_log_file_uploads डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
स्ट्रीम लॉग फ़ाइल को डिस्क पर लिखने के बजाय सीधे दूरस्थ मेमोरी में अपलोड करता है.
टैग: affects_outputs
--explain=<a path> डिफ़ॉल्ट: विवरण देखें
बिल्ड सिस्टम की मदद से, बिल्ड के हर एक स्टेप को समझा जाता है. जानकारी, बताई गई लॉग फ़ाइल में लिखी जाती है.
टैग: affects_outputs
--[no]legacy_important_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसे इसका इस्तेमाल करने के लिए, Targetcomplete इवेंट में विरासती_आउटपुट फ़ील्ड की पीढ़ी को छिपाने के लिए इस्तेमाल करें. बैज़ेल से ResultStore इंटिग्रेशन के लिए महत्वपूर्ण_आउटपुट ज़रूरी हैं.
टैग: affects_outputs
--[no]materialize_param_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
रिमोट ऐक्शन को लागू करने के दौरान भी, आउटपुट ट्री में आउटपुट पैरामीटर को लिखता है. कार्रवाइयों को डीबग करते समय मददगार होता है. इसे --subcommands और --werose_failures" से दिखाया जाता है.
टैग: execution
--max_config_changes_to_show=<an integer> डिफ़ॉल्ट: &कोटेशन;3&कोटेशन;
बिल्ड विकल्पों में बदलाव की वजह से विश्लेषण को खारिज करने पर, दिए गए विकल्पों के नामों की संख्या दिखती है. अगर दी गई संख्या -1 है, तो बदले गए सभी विकल्प दिखेंगे.
टैग: terminal_output
--max_test_output_bytes=<an integer> डिफ़ॉल्ट: &कोटेशन--1&कोटेशन;
हर टेस्ट लॉग का ज़्यादा से ज़्यादा साइज़ तय करें. यह तब किया जा सकता है, जब --test_ आउटपुट, 'गड़बड़ियां' या '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] डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
बिल्ड के दौरान चलाए गए सबकॉमैंड दिखाए जाते हैं. मिलते-जुलते फ़्लैग: --execution_log_json_file, --execution_log_binary_file (टूल के साथ काम करने वाले फ़ॉर्मैट में किसी फ़ाइल में सबकॉमैंड्स लॉग करने के लिए).
टैग: terminal_output
--test_output=<summary, errors, all or streamed> डिफ़ॉल्ट: &कोटेशन;खास जानकारी&कोटेशन;
इससे, आउटपुट मोड की जानकारी मिलती है. मान्य मान 'summary' सिर्फ़ जांच की स्थिति की खास जानकारी आउटपुट करने के लिए, 'गड़बड़ियां' सभी जांचों के लॉग लॉग प्रिंट करने के लिए, 'सभी' रीयल टाइम में सभी जांच के लिए लॉग लॉग करने के लिए 'स्ट्रीम' होते हैं. हालांकि, एक बार में एक ही मान के आधार पर स्थानीय रूप से जांच की जाएंगी.
टैग: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase> डिफ़ॉल्ट: &कोटेशन, छोटा&कोट;
यह जांच की खास जानकारी के फ़ॉर्मैट के बारे में बताता है. मान्य वैल्यू &'short' सिर्फ़ जांच की गई जांचों के बारे में जानकारी प्रिंट करने के लिए, और #39;TERs', सिर्फ़ उन जांचों से जुड़ी जानकारी प्रिंट करने के लिए हैं जो पूरी तरह से सही नहीं हैं.
टैग: terminal_output
--[no]verbose_explanations डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर एक्सप्लेनेशन चालू है, तो जारी किए गए एक्सप्लेनेशंस की सुविधा को और ज़्यादा शब्दों तक पहुंचाया जाएगा. अगर --explain चालू नहीं है, तो इसका कोई असर नहीं होता है.
टैग: affects_outputs
--[no]verbose_failures डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर कोई निर्देश काम नहीं करता, तो पूरी कमांड लाइन का प्रिंट लें.
टैग: terminal_output
ऐसे बेज कमांड में सामान्य इनपुट देने या उसमें बदलाव करने के विकल्प जो दूसरी कैटगरी में नहीं आते.:
--aspects_parameters=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
कमांड-लाइन आसपेक्ट पैरामीटर की वैल्यू तय करती है. हर पैरामीटर वैल्यू <param_name>=&ltlt;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> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
--[no]experimental_guard_against_concurrent_changes डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
इसे किसी दूसरी जगह से कैश मेमोरी में अपलोड करने से पहले, किसी कार्रवाई की इनपुट फ़ाइलों के समय की जांच को बंद करने के लिए इसे बंद करें. ऐसे भी मामले हो सकते हैं जब Linux कर्नेल में फ़ाइलें लिखने में देरी होती है, जिसकी वजह से फ़ॉल्स पॉज़िटिव हो सकते हैं.
--[no]experimental_remote_cache_async डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो रिफ़ाॅन्चर की जगह स्पॉन्सर के बजाय, रिमोट कैश I/O बैकग्राउंड में होगा.
--[no]experimental_remote_cache_compression डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह चालू है, तो कैश ब्लॉब को zstd के साथ कंप्रेस/डीकंप्रेस करें.
--experimental_remote_capture_corrupted_outputs=<a path> डिफ़ॉल्ट: विवरण देखें
एक डायरेक्ट्री का पाथ जहां खराब आउटपुट कैप्चर किए जाएंगे.
--experimental_remote_downloader=<a string> डिफ़ॉल्ट: विवरण देखें
रिमोट एसेट एपीआई एंडपॉइंट यूआरआई, जिसे रिमोट डाउनलोड प्रॉक्सी के तौर पर इस्तेमाल किया जा सकता है. GRp, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट) का इस्तेमाल किया जा सकता है. अगर कोई स्कीमा नहीं दिया गया है, तो बेज़ेल डिफ़ॉल्ट रूप से जीआरपीसी पर सेट हो जाएगा. देखें: https://github.com/bazenbuild/remote-apis/blob/master/build/bazen/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_execution_keepalive डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
रिमोट एक्ज़ीक्यूशन कॉल के लिए कीपअलाइव (चालू रखें) का इस्तेमाल करना है या नहीं.
--experimental_remote_grpc_log=<a path> डिफ़ॉल्ट: विवरण देखें
अगर बताया गया हो, तो फ़ाइल का पाथ, जिससे जीआरपीसी कॉल से जुड़ी जानकारी लॉग की जा सकती है. इस लॉग में क्रम संख्या com.google.devtools.build.lib.remote.logging.remoteExecutionLog.LogEntry Protobuf का क्रम शामिल होता है. इस मैसेज के आगे, क्रम में चलने वाले नीचे दिए गए प्रोटोबफ़ का साइज़ लिखा होता है, जैसा कि LogEntry.writeDelimitedTo(आउटपुट स्ट्रीम) तरीके से किया गया है.
--[no]experimental_remote_merkle_tree_cache डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति 'सही है' पर सेट है, तो कैश मेमोरी की मदद से कैश मेमोरी में सेव किए गए, ज़्यादा से ज़्यादा डेटा लोड करने की स्पीड को बेहतर करने के लिए मर्कल ट्री कैलकुलेशन को याद किया जाएगा. कैश मेमोरी के मेमोरी फ़ुट प्रिंट को --प्रयोगal_remote_merkle_tree_cache_size से नियंत्रित किया जाता है.
--experimental_remote_merkle_tree_cache_size=<a long integer> डिफ़ॉल्ट: &कोटेशन;1000&कोटेशन;
रिमोट कैश हिट की जांच की स्पीड को बेहतर बनाने के लिए याद रखे जाने वाले Merkle पेड़ की संख्या. हालांकि, सॉफ़्ट रेफ़रंस के Java और #39; हैंडलिंग के मुताबिक कैश मेमोरी को अपने-आप काट दिया जाता है, लेकिन स्टोरेज की बहुत ज़्यादा गड़बड़ी होने पर ऐसा हो सकता है. अगर कैश मेमोरी का साइज़ 0 पर सेट किया जाता है, तो यह अनलिमिटेड होता है. प्रोजेक्टिंग का साइज़, प्रोजेक्ट के साइज़ के हिसाब से अलग-अलग होता है. डिफ़ॉल्ट वैल्यू 1000 है.
--[no]incompatible_remote_build_event_upload_respect_no_cache डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे 'सही है' पर सेट किया गया है, तो जनरेट की गई कार्रवाई को कहीं से भी कैश मेमोरी में सेव नहीं किया जा सकता. हालांकि, बीईपी से जुड़े आउटपुट रिमोट कैश मेमोरी में अपलोड नहीं किए जाते.
--[no]incompatible_remote_output_paths_relative_to_input_root डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही पर सेट है, तो आउटपुट पाथ, काम करने वाली डायरेक्ट्री के बजाय इनपुट रूट के हिसाब से होते हैं.
टैग: incompatible_change
--[no]incompatible_remote_results_ignore_disk डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही पर सेट है, तो --noremote_upload_local_results और --noremote_accept_cached, डिस्क कैश पर लागू नहीं होंगे. अगर मिली-जुली कैश मेमोरी का इस्तेमाल किया जाता है, तो: --noremote_upload_local_results नतीजे डिस्क डिस्क में लिखे जाएंगे, लेकिन रिमोट कैश पर अपलोड नहीं होंगे. --noremote_accept_cached का इस्तेमाल करने पर बेज़ेल, डिस्क की कैश मेमोरी में नतीजे खोजेगा, लेकिन रिमोट कैश मेमोरी में नहीं. no-remote-exec कार्रवाइयां डिस्क कैश को हिट कर सकती हैं. जानकारी के लिए #8216 देखें.
टैग: incompatible_change
--[no]remote_accept_cached डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
कैश मेमोरी में सेव की गई कार्रवाई के नतीजों को कहीं से भी स्वीकार करना है या नहीं.
--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://dbaze.build/docs/remote-caking
देखें
--remote_cache_header=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
वह हेडर तय करें जिसे कैश अनुरोधों में शामिल किया जाएगा: --remote_cache_header=Name=Value. एक से ज़्यादा हेडर के लिए फ़्लैग की जानकारी देना ज़रूरी है. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_default_exec_properties=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर एक्ज़ीक्यूशन प्लैटफ़ॉर्म पहले से ही exec_properties सेट नहीं करता है, तो डिफ़ॉल्ट एक्ज़ीक्यूट प्रॉपर्टी को रिमोट एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर इस्तेमाल करने के लिए सेट करें.
टैग: affects_outputs
--remote_default_platform_properties=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर एक्ज़ीक्यूशन प्लैटफ़ॉर्म पहले से ही Remote_execution_properties सेट नहीं करता है, तो डिफ़ॉल्ट प्लैटफ़ॉर्म प्रॉपर्टी को रिमोट एपीआई के लिए सेट करें. इस वैल्यू का इस्तेमाल तब भी किया जाएगा, जब रिमोट प्लैटफ़ॉर्म के लिए होस्ट प्लैटफ़ॉर्म को एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर चुना गया हो.
--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> डिफ़ॉल्ट: विवरण देखें
होस्टिंग या होस्ट करना:रिमोट एक्ज़ीक्यूशन एंडपॉइंट का पोर्ट. GRp, grpcs (TLS के साथ grpc) और Unix (स्थानीय UNIX सॉकेट) का इस्तेमाल किया जा सकता है. अगर कोई स्कीमा नहीं दिया गया है, तो बेज़ेल डिफ़ॉल्ट रूप से जीआरपीसी पर सेट हो जाएगा. TLS को बंद करने के लिए grpc:// या unix: स्कीमा के बारे में बताएं.
--remote_header=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
वह हेडर तय करें जिसे अनुरोधों में शामिल किया जाएगा: --remote_header=Name=Value. एक से ज़्यादा हेडर के लिए फ़्लैग की जानकारी देना ज़रूरी है. एक ही नाम की कई वैल्यू, कॉमा लगाकर अलग की गई सूची में बदल दी जाएंगी.
--remote_instance_name=<a string> डिफ़ॉल्ट: &कोटेशन;
रिमोट एक्ज़ीक्यूशन एपीआई में इंस्टेंस_नाम के तौर पर पास करने के लिए वैल्यू.
--[no]remote_local_fallback डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर रिमोट एक्ज़ीक्यूशन फ़ेल हो जाता है, तो स्थानीय एक्ज़ीक्यूशन के लिए स्टैंडअलोन रणनीति पर वापस जाएं या नहीं.
--remote_local_fallback_strategy=<a string> डिफ़ॉल्ट: &कोटेशन;स्थानीय"
नहीं, नहीं रोका गया. ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazen/issues/7480 देखें.
--remote_max_connections=<an integer> डिफ़ॉल्ट: &कोटेशन;100&कोटेशन;
रिमोट कैश कनेक्शन/एक्ज़ीक्यूटर तक सिर्फ़ एक साथ काम करने वाले कनेक्शन की संख्या सीमित करें. डिफ़ॉल्ट रूप से, वैल्यू 100 होती है. इसे 0 पर सेट करने का मतलब है कि कोई सीमा नहीं है. एचटीटीपी रिमोट कैश के लिए, एक टीसीपी कनेक्शन एक बार में एक ही अनुरोध को हैंडल कर सकता है. इसलिए, बेज़ेल --remote_max_कनेक्शनs एक साथ किए जा सकने वाले अनुरोध कर सकते हैं. gRPC रिमोट कैश/एक्ज़ीक्यूटर के लिए, एक gRPC चैनल आम तौर पर 100 से ज़्यादा 100 से ज़्यादा अनुरोधों को हैंडल कर सकता है. इसलिए, बेज़ेल `--remote_max_ Connections * 100` एक साथ किए जाने वाले अनुरोध के हिसाब से काम कर सकता है.
टैग: host_machine_resource_optimizations
--remote_proxy=<a string> डिफ़ॉल्ट: विवरण देखें
प्रॉक्सी की मदद से रिमोट कैश से कनेक्ट करें. फ़िलहाल, इस फ़्लैग का इस्तेमाल सिर्फ़ यूनिक्स डोमेन सॉकेट (unix:/path/to/socket) को कॉन्फ़िगर करने के लिए किया जा सकता है.
--remote_result_cache_priority=<an integer> डिफ़ॉल्ट: &कोटेशन;0;
रिमोट कैश मेमोरी में सेव की जाने वाली दूर की कार्रवाइयों के मुकाबले प्राथमिकता. खास प्राथमिकता वाले वैल्यू के सिमैंटिक, सर्वर पर निर्भर करते हैं.
--remote_retries=<an integer> डिफ़ॉल्ट: &कोटेशन;5&कोटेशन;
कुछ समय के लिए, फिर से कोशिश करने की ज़्यादा से ज़्यादा कोशिश. अगर नीति को 0 पर सेट किया जाता है, तो ये कोशिशें बंद होती हैं.
--remote_timeout=<An immutable length of time.> डिफ़ॉल्ट: &कोटेशन;60;
रिमोट एक्ज़ीक्यूशन और कैश कॉल का इंतज़ार करने के लिए ज़्यादा से ज़्यादा समय. REST कैश के लिए, यह कनेक्ट और रीड टाइम आउट दोनों है. इन इकाइयों का इस्तेमाल किया जा सकता है: दिन (d), घंटे (h), मिनट (m), सेकंड (सेकंड), और मिलीसेकंड (मिलीसेकंड). अगर इकाई को छोड़ा जाता है, तो मान को सेकंड के रूप में समझा जाता है.
--[no]remote_upload_local_results डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
क्या आप स्थानीय कैश मेमोरी में सेव की गई कार्रवाई के नतीजों को रिमोट कैश मेमोरी में अपलोड करना चाहते हैं?
--[no]remote_verify_downloads डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर 'सही है' पर सेट किया जाता है, तो बेज़ेल सभी रिमोट डाउनलोड के हैश के योग का हिसाब लगाएगा. साथ ही, अगर दूर की कैश मेमोरी में सेव किया गया मान, अनुमानित वैल्यू से मेल नहीं खाता है, तो उसे खारिज कर देगा.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--auto_output_filter=<none, all, packages or subpackages> डिफ़ॉल्ट: "none&कोटेशन;
अगर --आउटपुट_फ़िल्टर नहीं दिया गया है, तो इस विकल्प की वैल्यू का इस्तेमाल अपने-आप फ़िल्टर बनाने के लिए किया जाता है. मंज़ूर किए गए मान 'none' (कुछ भी नहीं फ़िल्टर करें / सब कुछ दिखाएं), 'all' (सभी कुछ फ़िल्टर करें / कुछ भी न दिखाएं), 'पैकेज' (और (ब्लेज़ कमांड लाइन में बताए गए पैकेज के नियमों से आउटपुट शामिल करें) और 'सबपैकेज' (जैसे 'पैकेज और #39;पैकेज भी शामिल करें); 'packages' और 'subpackages' value //java/foo और //javatests/foo को एक पैकेज के रूप में माना जाता है)'.
--[no]build_manual_tests डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
टैग किए गए टेस्ट टारगेट को हर हाल में बनाएं ##39;मैन्युअल'. 'मैन्युअल' जांचों को प्रोसेस नहीं किया जाता. यह विकल्प उन्हें बाध्य करने के लिए बाध्य करता है (लेकिन निष्पादित नहीं किया जाता).
--build_tag_filters=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
इससे, टैग की कॉमा-सेपरेटेड लिस्ट के बारे में पता चलता है. शामिल नहीं किए गए टैग को तय करने के लिए, वैकल्पिक रूप से हर टैग के पहले '-' हो सकता है. सिर्फ़ उन टारगेट को बनाया जाएगा जिनमें कम से कम एक शामिल टैग शामिल है और जिसमें कोई भी बाहर रखा गया टैग शामिल नहीं है. यह विकल्प 'test' कमांड से लागू की जाने वाली जांचों के सेट पर असर नहीं डालता; इन तरीकों को जांच फ़िल्टर करने के विकल्पों से नियंत्रित किया जाता है, उदाहरण के लिए '--test_tag_filters'
--[no]build_tests_only डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह तय किया जाता है, तो सिर्फ़ *_test और test_suite के नियम बनाए जाएंगे. साथ ही, कमांड लाइन पर दिए गए अन्य टारगेट को अनदेखा किया जाएगा. डिफ़ॉल्ट रूप से, जो भी अनुरोध किया जाएगा वह बनाया जाएगा.
--combined_report=<none or lcov> डिफ़ॉल्ट: "none&कोटेशन;
ज़रूरत के मुताबिक सारी कवरेज रिपोर्ट किस तरह की है, यह बताती है. इस समय सिर्फ़ LCOV ही काम करता है.
--[no]compile_one_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
आर्ग्युमेंट फ़ाइलों का एक डिपेंडेंसी कंपाइल करें. यह आईडीई में सोर्स फ़ाइलों की सिंटैक्स जांच करने के लिए काम का होता है. उदाहरण के लिए, एडिट/बिल्ड/टेस्ट साइकल में गड़बड़ियों का जल्द से जल्द पता लगाने के लिए, सोर्स फ़ाइल पर निर्भर एक टारगेट को फिर से बनाकर. यह तर्क, बिना फ़्लैग वाले सभी तर्कों को समझने के तरीके पर असर डालता है; टारगेट बनाने के बजाय वे सोर्स फ़ाइल नाम हैं. हर सोर्स फ़ाइल के नाम के हिसाब से आर्बिट्रेरी टारगेट बनाया जाएगा.
--deleted_packages=<comma-separated list of package names> डिफ़ॉल्ट: &कोटेशन;
उन पैकेज के नामों की कॉमा-सेपरेटेड लिस्ट जो बिल्ड सिस्टम को गैर-मौजूद माना जाएगा, भले ही वे पैकेज पाथ पर कहीं भी दिखाई दें. किसी मौजूदा पैकेज का सबपैकेज 'x/y' # मिटाते समय इस विकल्प का इस्तेमाल करें. उदाहरण के लिए, अपने क्लाइंट में x/y/BUILD मिटाने के बाद, अगर किसी लेबल को {#39;//x:y/z&#39 मिलता है, तो बिल्ड सिस्टम इसकी शिकायत कर सकता है; अगर ऐसा किसी दूसरे package_path एंट्री से मिला हो. इस तारीख को --delete_packages x/y को दर्ज करने से इस समस्या से बचा जा सकता है.
--[no]discard_analysis_cache डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
विश्लेषण की प्रक्रिया पूरी होने के तुरंत बाद, विश्लेषण की कैश मेमोरी खारिज करें. यह मेमोरी का इस्तेमाल ~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 फ़ॉर्मैट), --प्रयोगल_execution_log_file (ऑर्डर नहीं किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड्स दिखाने के लिए).
--execution_log_json_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, सीमांकित स्पान प्रोटो के json प्रतिनिधित्व के रूप में इस फ़ाइल में निष् पादित लॉग को लॉग करें. लॉग को पहले बिना किसी आदेश के लिखा जाता है. इसके बाद, शुरू करने के आखिर में, एक स्थिर क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. मिलते-जुलते फ़्लैग: मिलते-जुलते फ़्लैग: --execution_log_binary_file (ऑर्डर किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --प्रयोगal_execution_log_file (ऑर्डर नहीं किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड्स दिखाने के लिए).
--[no]expand_test_suites डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
विश्लेषण करने से पहले, test_suite के टारगेट को कंस्ट्रेंट टेस्ट में शामिल करें. जब यह फ़्लैग चालू (डिफ़ॉल्ट) होता है, तो टेस्ट सुइट से जुड़े टेस्ट पर नेगेटिव टारगेट पैटर्न लागू होंगे. ऐसा न होने पर वे ऐसा नहीं करेंगे. यह फ़्लैग बंद करना तब फ़ायदेमंद होता है, जब टॉप लेवल के पहलुओं को कमांड लाइन पर लागू किया जाता है: फिर वे test_suite टारगेट का विश्लेषण कर सकते हैं.
टैग: 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
प्लान किए गए स्पान लॉग में स्पान मेट्रिक शामिल करें.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: &कोटेशन;
अधिकारों के पक्ष में समर्थन नहीं किया गया. फ़िल्टर के उन सेट को फ़िल्टर करता है जिनके लिए additional_actions को शेड्यूल किया जा सकता है.
--[no]experimental_extra_action_top_level_only डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अधिकारों के पक्ष में समर्थन नहीं किया गया. सिर्फ़ टॉप लेवल टारगेट के लिए additional_actions शेड्यूल करता है.
--experimental_local_execution_delay=<an integer> डिफ़ॉल्ट: &कोटेशन;1000&कोटेशन;
अगर किसी बिल्ड के लिए कम से कम एक बार रिमोट से एक्ज़ीक्यूशन होता है, तो स्थानीय एक्ज़ीक्यूशन में कितने मिलीसेकंड की देरी होगी?
--[no]experimental_local_memory_estimate डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
असल में उपलब्ध ऑनलाइन मेमोरी का अनुमान लगाएं. डिफ़ॉल्ट रूप से, ब्लेज़, ज़्यादातर कार्रवाइयों के लिए एक तय मेमोरी का इस्तेमाल करते हैं. साथ ही, ब्लॉज़, सिस्टम की कुल उपलब्ध मेमोरी में से गिना जाता है, भले ही असल में कितनी भी मेमोरी उपलब्ध हो. यह विकल्प, ऑनलाइन गतिविधि से किसी खास समय पर उपलब्ध मेमोरी का अनुमान लगाने में मदद करता है. इसलिए, इसके लिए किसी अनुमान की ज़रूरत नहीं होती कि किसी कार्रवाई के लिए कितनी मेमोरी इस्तेमाल होगी.
--experimental_persistent_javac
प्रयोग के तौर पर सेट किए गए Java कंपाइलर को चालू करें.
बड़ा होने का समय:
--strategy=Javac=worker
--strategy=JavaIjar=local
--strategy=JavaDeployJar=local
--strategy=JavaSourceJar=local
--strategy=Turbine=local
--[no]experimental_prioritize_local_actions डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर नीति को सेट किया जाता है, तो सिर्फ़ स्थानीय तौर पर चलाई जा सकने वाली कार्रवाइयों को संसाधन हासिल करने का मौका मिलता है. साथ ही, डाइनैमिक तौर पर काम करने वाले कर्मचारियों को दूसरा मौका मिलता है. साथ ही, डाइनैमिक तौर पर काम करने वाली स्टैंडअलोन कार्रवाइयां सबसे पहले होती हैं.
टैग: execution
--experimental_spawn_scheduler
एक साथ कई कार्रवाइयों को स्थानीय तौर पर और दूर रहकर भी एक्ज़ीक्यूशन के दौरान डाइनैमिक एक्ज़ीक्यूशन चालू करें. बेज़ेल हर कार्रवाई को स्थानीय तौर पर और दूर से करते हैं और सबसे पहले पूरा करने वाली कार्रवाई चुनते हैं. अगर कोई कार्रवाई वर्कर पर काम करती है, तो लोकल ऐक्शन लगातार वर्कर मोड में चलेगा. किसी खास कार्रवाई वाले नाम के लिए डाइनैमिक एक्ज़ीक्यूशन चालू करने के लिए, इसके बजाय `--अंदरूनी_spawn_शेड्यूलर` और `--strateggy=<mnemonic>=डाइनैमिक` फ़्लैग का इस्तेमाल करें.
इसके दायरे में आता है:
--internal_spawn_scheduler
--spawn_strategy=dynamic
--[no]experimental_worker_as_resource डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, वर्कर को ResourceManager से संसाधन के तौर पर हासिल किया जाता है.
टैग: execution
--[no]experimental_worker_cancellation डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सुविधा चालू है, तो बेजल उन लोगों को रद्द करने का अनुरोध भेज सकती हैं जो इसके साथ काम करते हैं.
टैग: execution
--experimental_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"> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर आप प्रयोग के लिए 'worker' के साथ --प्रयोगal_worker_multiplex; हर वर्कर मोनोमिक को अलग वैल्यू देने के लिए [name=value] के रूप में बताया जा सकता है. एक पूर्णांक या कीवर्ड ("auto&कोटेशन;, &कोटेशन;होस्टिंग_CPUS&कोटेशन;, &कोटेशन; रैम&कोटेशन;) लेता है, वैकल्पिक रूप से कोई ऑपरेशन के बाद लिया जाता है (जैसे [||]]<flow>) उदाहरण के लिए &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. 'auto' मशीन की क्षमता के आधार पर उचित डिफ़ॉल्ट की गणना करता है. &quat;=value&कोटेशन; तय नहीं किए गए उच्चारणों के लिए डिफ़ॉल्ट सेट करता है.
टैग: host_machine_resource_optimizations
--[no]experimental_worker_multiplex डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सुविधा चालू है, तो वर्कर मल्टीप्लेक्सिंग सुविधा का इस्तेमाल करने वाले वर्कर, इस सुविधा का इस्तेमाल करेंगे.
--[no]experimental_worker_multiplex_sandboxing डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह नीति चालू हो, तो मल्टीप्लेक्स वर्कर हर सैंडबॉक्स अनुरोध के लिए, एक अलग सैंडबॉक्स डायरेक्ट्री का इस्तेमाल करके सैंडबॉक्स किए जाएंगे. जिन वर्कर के पास 'support-multiplex-सैंडबॉक्सिंग' के लिए एक्ज़ीक्यूशन ज़रूरी है, उन्हें ही सैंडबॉक्स किया जाएगा.
टैग: execution
--google_auth_scopes=<comma-separated list of options> डिफ़ॉल्ट: "https://www.googleapis.com/auth/cloud-platform"
Google Cloud की पुष्टि करने वाले दायरों की कॉमा-सेपरेटेड लिस्ट.
--google_credentials=<a string> डिफ़ॉल्ट: विवरण देखें
पुष्टि करने वाले क्रेडेंशियल पाने के लिए, फ़ाइल के बारे में बताएं. ज़्यादा जानकारी पाने के लिए https://cloud.google.com/docs/authentication देखें.
--[no]google_default_credentials डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
पुष्टि करने के लिए 'Google ऐप्लिकेशन के डिफ़ॉल्ट क्रेडेंशियल' का इस्तेमाल करना चाहिए या नहीं. ज़्यादा जानकारी पाने के लिए https://cloud.google.com/docs/authentication देखें. डिफ़ॉल्ट रूप से बंद.
--grpc_keepalive_time=<An immutable length of time.> डिफ़ॉल्ट: विवरण देखें
आउटगोइंग gRPC कनेक्शन के लिए, कीप-अलाइव पिंग कॉन्फ़िगर करता है. अगर इस नीति को सेट किया जाता है, तो कनेक्शन के बारे में पढ़ने के लिए इतने समय बाद, बेज़ल पिंग भेजता है. हालांकि, ऐसा तब ही होता है, जब कम से कम एक gRPC कॉल बाकी हो. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम वैल्यू सेट करने में गड़बड़ी होती है. डिफ़ॉल्ट रूप से, कीप-लिविंग पिंग बंद रहते हैं. इस सेटिंग को चालू करने से पहले, आपको सेवा के मालिक से बात करनी होगी.
--grpc_keepalive_timeout=<An immutable length of time.> डिफ़ॉल्ट: &कोटेशन;20;
आउटगोइंग gRPC कनेक्शन के लिए, कीप-अलाइव समय खत्म होने को कॉन्फ़िगर करता है. अगर --grpc_keepalive_time -- की मदद से कीप-अलाइविंग पिंग चालू किए जाते हैं, तो अगर तय समय के बाद पिंग का जवाब नहीं मिलता है, तो बेजल कनेक्शन से समय खत्म कर देता है. समय को दूसरे विवरण के स्तर के रूप में माना जाता है; एक सेकंड से कम वैल्यू सेट करने में गड़बड़ी होती है. अगर कीप-लिविंग पिंग बंद हैं, तो इस सेटिंग को अनदेखा कर दिया जाता है.
--high_priority_workers=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
ज़्यादा प्राथमिकता के साथ काम करने के लिए कर्मचारियों के याद रखे जाने का समय. जब ज़्यादा प्राथमिकता वाले वर्कर चल रहे होते हैं, तो दूसरे सभी वर्कर थ्रॉटल किए जाते हैं.
--[no]ignore_unsupported_sandboxing डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
जब इस सिस्टम पर सैंडबॉक्स एक्ज़ीक्यूशन काम नहीं करता, तो चेतावनी को प्रिंट न करें.
--[no]incompatible_dont_use_javasourceinfoprovider डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
नहीं
टैग: incompatible_change
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: "HOST_CPUS&कोटेशन;
Bयानी के लिए उपलब्ध लोकल सीपीयू की कुल संख्या साफ़ तौर पर सेट करें, ताकि बिल्ड की कार्रवाइयों को स्थानीय तौर पर लागू किया जा सके. एक पूर्णांक या &आपकी कोटेशन_होस्टिंग_कोट्स&कोटेशन लेता है. वैकल्पिक रूप से इसके बाद [-|*]<flow> (जैसे, Host_CPUS*.5, जो उपलब्ध सीपीयू कोर का आधा इस्तेमाल कर सके).डिफ़ॉल्ट रूप से, (&QUt;HOST_CPUS&कोटेशन;), बेज़ेल उपलब्ध सिस्टम कोर की संख्या का अनुमान लगाने के लिए सिस्टम कॉन्फ़िगरेशन की क्वेरी करेगा.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: &कोटेशन;रैम_रैम*.67&कोट करें;
स्थानीय रूप से बनाई गई बिल्ड कार्रवाइयों पर खर्च करने के लिए, साफ़ तौर पर बज़ेल को उपलब्ध स्थानीय होस्ट रैम की कुल संख्या (एमबी में) सेट करें. एक पूर्णांक या &दोनों के अंदर एक अंग्रेज़ी वैल्यू लेता है., Host_RAM" और उसके बाद वैकल्पिक रूप से आता है; (जैसे, []*]<flow> (उदाहरण Host_RAM*.5, ताकि रैम का आधा हिस्सा उपलब्ध हो). डिफ़ॉल्ट रूप से, &("HOST_RAM*.67"), बेज़ेल उपलब्ध रैम की मात्रा का अनुमान लगाने के लिए सिस्टम कॉन्फ़िगरेशन से क्वेरी करेगी और उसका 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%&कोटेशन;
कोलन से अलग की गई सूची जिसमें पैकेज कहां देखे जा सकते हैं. '%workspace%&#39 से शुरू होने वाले एलिमेंट, एनक्लोज़िंग फ़ाइल फ़ोल्डर के हिसाब से होते हैं. अगर खाली है या खाली है, तो डिफ़ॉल्ट रूप से 'bazer की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--sandbox_add_mount_pair=<a single path or a 'source:target' pair> को एक से ज़्यादा बार इस्तेमाल किया गया
सैंडबॉक्स में माउंट करने के लिए, अतिरिक्त पाथ पेयर जोड़ें.
--sandbox_base=<a string> डिफ़ॉल्ट: &कोटेशन;
सैंडबॉक्स की मदद से, इस पाथ के नीचे अपनी सैंडबॉक्स डायरेक्ट्री बनाएं. tmpfs (जैसे कि /run/sham) पर पाथ बताएं, ताकि आपके बिल्ड / टेस्ट में कई इनपुट फ़ाइलें होने पर परफ़ॉर्मेंस को काफ़ी बेहतर बनाया जा सके. ध्यान दें: tmpf पर चलने वाली कार्रवाइयों के ज़रिए जनरेट की जाने वाली आउटपुट और इंटरमीडिएट फ़ाइलों को होल्ड करने के लिए, आपके पास ज़रूरत के मुताबिक रैम और खाली जगह होनी चाहिए.
--sandbox_block_path=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
सैंडबॉक्स की गई कार्रवाइयों के लिए, इस पाथ को ऐक्सेस करने की अनुमति न दें.
--[no]sandbox_debug डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सैंडबॉक्स करने की सुविधा के लिए डीबग करने की सुविधाएं चालू करें. इसमें दो चीज़ें शामिल हैं: पहली, सैंडबॉक्स रूट कॉन्टेंट बिल्ड के बाद छोड़ दिया जाता है (और अगर सैंडबॉक्स का इस्तेमाल हो रहा है, तो फ़ाइल सिस्टम को माउंट कर दिया जाता है); और दूसरा, एक्ज़ीक्यूशन के समय ज़्यादा डीबग करने की जानकारी प्रिंट करता है. इससे बेज़ल या स्टारलार्क नियमों के डेवलपर को इनपुट फ़ाइलें मौजूद न होने की वजह से डीबग न हो पाने में मदद मिल सकती है.
--[no]sandbox_default_allow_network डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
कार्रवाइयों के लिए नेटवर्क ऐक्सेस को डिफ़ॉल्ट रूप से अनुमति दें. हो सकता है कि यह सैंडबॉक्स करने के सभी तरीकों के साथ काम न करे.
--[no]sandbox_fake_hostname डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सैंडबॉक्स की गई कार्रवाइयों के लिए, मौजूदा होस्टनेम को 'localhost' में बदलें.
--[no]sandbox_fake_username डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सैंडबॉक्स की गई कार्रवाइयों के लिए, मौजूदा उपयोगकर्ता नाम को 'nobody' में बदलें.
--sandbox_tmpfs_path=<an absolute path> को एक से ज़्यादा बार इस्तेमाल किया गया
सैंडबॉक्स की गई कार्रवाइयों के लिए, इस ऐब्सलूट पाथ पर एक खाली, लिखने लायक डायरेक्ट्री माउंट करें (अगर सैंडबॉक्स लागू करने की सुविधा है, तो इसे अनदेखा कर दें).
--sandbox_writable_path=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
सैंडबॉक्स की गई कार्रवाइयों के लिए, सैंडबॉक्स में एक मौजूदा डायरेक्ट्री को लिखने लायक बनाएं (अगर सैंडबॉक्स सही तरीके से काम करता हो, तो इसे अनदेखा कर दें).
--[no]show_loading_progress डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे चालू किया जाता है, तो बेज़ल प्रिंट करने के साथ-साथ कोटेशन लोड कर रही है:&कोटेशन मैसेज.
--test_lang_filters=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
यह जांच के लिए इस्तेमाल होने वाली भाषाओं की सूची होती है जिसमें कॉमा लगाकर अलग किए गए होने चाहिए. शामिल न की जाने वाली भाषाओं के बारे में बताने के लिए, हर भाषा के आगे '-' हो सकता है. सिर्फ़ वे टेस्ट टारगेट ही मिलेंगे जो तय भाषाओं में लिखे गए हैं. हर भाषा के लिए इस्तेमाल किया गया नाम, *_test नियम की भाषा के प्रीफ़िक्स के जैसा होना चाहिए. उदाहरण के लिए, 'cc', 'java', 'py' वगैरह.
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> डिफ़ॉल्ट: &कोटेशन;
टेस्ट साइज़ की कॉमा-सेपरेटेड लिस्ट के बारे में बताता है. अलग-अलग साइज़ तय करने के लिए, साइज़ के पहले '-&#39. सिर्फ़ ऐसे टेस्ट टारगेट मिलेंगे जिनमें कम से कम एक शामिल साइज़ हो और जिनमें बाहर रखे गए साइज़ शामिल न हों. यह विकल्प --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_client_certificate=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल करने के लिए TLS क्लाइंट सर्टिफ़िकेट बताएं. आपको क्लाइंट पुष्टि देने के लिए भी क्लाइंट कुंजी देनी होगी.
--tls_client_key=<a string> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल करने के लिए TLS क्लाइंट कुंजी तय करें. क्लाइंट ऑथेंटिकेशन को चालू करने के लिए, आपको क्लाइंट सर्टिफ़िकेट भी देना होगा.
--worker_extra_flag=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
ऐसे अतिरिक्त कमांड-फ़्लैग, जो --persistent_worker के अलावा वर्कर प्रोसेस में पास किए जाएंगे.इस कुंजी को mnemonic की मदद से कुंजी के तौर पर पास किया जाता है. उदाहरण के लिए, --worker_extra_flag=Javac=--debug.
--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&कोटेशन;, &कोटेशन;होस्टिंग_CPUS&कोटेशन;, &कोटेशन; रैम&कोटेशन;) लेता है, वैकल्पिक रूप से कोई ऑपरेशन के बाद लिया जाता है (जैसे [||]]<flow>) उदाहरण के लिए &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. 'auto' मशीन की क्षमता के आधार पर उचित डिफ़ॉल्ट की गणना करता है. &quat;=value&कोटेशन; तय नहीं किए गए उच्चारणों के लिए डिफ़ॉल्ट सेट करता है.
टैग: host_machine_resource_optimizations
--[no]worker_quit_after_build डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस सुविधा को चालू किया जाता है, तो बिल्ड की प्रोसेस पूरी होने के बाद सभी वर्कर बंद हो जाते हैं.
--[no]worker_sandboxing डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, वर्कर सैंडबॉक्स के एनवायरमेंट में काम करेंगे.
--[no]worker_verbose डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो वर्कर के शुरू होने, शटडाउन होने पर मैसेज को वर्बोस मैसेज दिया जाता है ...
--workspace_status_command=<path> डिफ़ॉल्ट: &कोटेशन;
बिल्ड की शुरुआत में शुरू किए गए निर्देश की मदद से, कुंजी/वैल्यू पेयर के तौर पर फ़ाइल फ़ोल्डर की स्थिति की जानकारी मिलती है. पूरी जानकारी के लिए उपयोगकर्ता का मैन्युअल #39 देखें. उदाहरण के लिए, टूल/buildstamp/get_workspace_status भी देखें.
बिल्ड से जुड़े काम कंट्रोल करने वाले विकल्प:
--[no]check_up_to_date डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
बिल्ड काम न करें, बस जांचें कि यह अप-टू-डेट है या नहीं. अगर सभी टारगेट अप-टू-डेट हैं, तो बिल्ड सही तरीके से पूरा हो जाता है. अगर किसी भी कदम को पूरा करने की ज़रूरत नहीं है, तो गड़बड़ी की रिपोर्ट की जाती है और बिल्ड काम नहीं करता.
टैग: execution
आप सिमलिंक ट्री बनाने के लिए, सीधे फ़ाइल सिस्टम कॉल करें
टैग: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या स्रोत मेनिफ़ेस्ट की कार्रवाइयों को बदला जा सकता है
टैग: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल नए स्पॉन टेस्ट के लिए कवरेज को पोस्ट प्रोसेस करने की सुविधा का इस्तेमाल करेगा.
टैग: execution
--[no]experimental_split_xml_generation डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह फ़्लैग सेट हो जाता है और टेस्ट कार्रवाई से, test.xml फ़ाइल जनरेट नहीं होती है, तो बेज़ल जांच लॉग वाली डमी जांच.xml फ़ाइल जनरेट करने के लिए, अलग कार्रवाई का इस्तेमाल करती है. नहीं तो, बेज़ल टेस्ट कार्रवाई के तौर पर एक test.xml जनरेट करता है.
टैग: execution
--[no]experimental_strict_fileset_output डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह विकल्प चालू है, तो फ़ाइलें सेट करने के दौरान सभी आउटपुट आर्टफ़ैक्ट को सामान्य फ़ाइलें माना जाएगा. वे डायरेक्ट्री में जाने की सुविधा का इस्तेमाल नहीं करेंगे या सिमलिंक के लिए संवेदनशील नहीं होंगे.
टैग: execution
--genrule_strategy=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
जनरेट करने के तरीके के बारे में बताएं. यह फ़्लैग बंद कर दिया जाएगा. इसके बजाय, सभी कार्रवाइयों को कंट्रोल करने के लिए --spawn_strateggy=<value> का इस्तेमाल करें. इसके अलावा, आप सिर्फ़ genrule को कंट्रोल करने के लिए --strateggy=Genrule=<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&कोटेशन;, &कोटेशन;होस्टिंग_CPUS&कोटेशन;, &कोटेशन; रैम&कोटेशन;) लेता है, वैकल्पिक रूप से कोई ऑपरेशन के बाद लिया जाता है (जैसे [||]]<flow>) उदाहरण के लिए &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. वैल्यू, 1 और 5000 के बीच होना चाहिए. वैल्यू 2500 से ज़्यादा होने पर, मेमोरी से जुड़ी समस्याएं हो सकती हैं. & ऑटो को कोट; होस्ट के संसाधनों के आधार पर उचित डिफ़ॉल्ट की गिनती करता है.
टैग: host_machine_resource_optimizations, execution
--[no]keep_going] [-k] डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
किसी गड़बड़ी के बाद जितना हो सके उतना ज़्यादा से ज़्यादा जारी रखें. हालांकि, टारगेट टारगेट नहीं किया जा सकता और उस पर निर्भर टारगेट का विश्लेषण नहीं किया जा सकता. हालांकि, इन टारगेट की अन्य शर्तें भी हो सकती हैं.
टैग: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
मिलते-जुलते थ्रेड की संख्या, जो लोड होने/विश्लेषण के चरण के लिए इस्तेमाल की जाती है. कोई पूर्णांक या कीवर्ड ("auto&quat;, &कोटेशन;HOST_CPUS&कोटेशन; & &कोटेशन;रैम&कोटेशन;) लेता है और बाद में कोई कार्रवाई (--|*]<Flo>) करते हैं &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_CPUS*.5&कोटेशन;. &तरह >अपने-आप&कोटेशन; कम से कम 1 होना चाहिए.
टैग: bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> डिफ़ॉल्ट: &कोटेशन;
कार्रवाई के नाम के आधार पर, किसी एक कार्रवाई के सही होने की जानकारी जोड़ें या हटाएं. एक्ज़ीक्यूशन की जानकारी के साथ काम करने वाली कार्रवाइयों पर ही लागू होता है. कई सामान्य कार्रवाइयां, एक्ज़ीक्यूशन की जानकारी के साथ काम करती हैं. उदाहरण के लिए, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. एक से ज़्यादा मान बताते समय, क्रम ज़रूरी होता है, क्योंकि एक से ज़्यादा रेगुलर एक्सप्रेशन एक से ज़्यादा रेगुलर एक्सप्रेशन पर लागू हो सकते हैं. सिंटैक्स: & तरह उदाहरण: '.*=+x,.*=-y,.*=+z' सभी गतिविधियों के लिए निष्पादन जानकारी से 'x' और 'z' जोड़ता और 'y' जोड़ता है. सभी #rule नियमों की निष्पादन जानकारी में 'Genrule=+Requires-x' 'Requires-x' जोड़ता है. '((!
टैग: execution, affects_outputs, loading_and_analysis
--persistent_android_resource_processor
कर्मियों के इस्तेमाल से लगातार Android संसाधन प्रोसेसर को चालू रखें.















































































आईडी




































































































































































































सुंदर
--spawn_strategy=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
बताई गई कार्रवाइयों को डिफ़ॉल्ट रूप से किस तरह लागू किया जाता है, इसकी जानकारी दें. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता वाली, कॉमा से अलग की गई रणनीतियों को स्वीकार करता है. हर कार्रवाई के लिए, बेजल सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनते हैं, जिससे कार्रवाई की जा सकती है. डिफ़ॉल्ट मान "रिमोट,वर्कर,सैंडबॉक्स किया गया,लोकल&कोटेशन; है. ज़्यादा जानकारी के लिए https://blog.bazen.build/2019/06/19/list-strateggy.html देखें.
टैग: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
स्पैन की अन्य कार्रवाइयों को कंपाइल करने का तरीका बताएं. सबसे ज़्यादा से लेकर सबसे कम प्राथमिकता वाली, कॉमा से अलग की गई रणनीतियों को स्वीकार करता है. हर कार्रवाई के लिए, बेजल सबसे ज़्यादा प्राथमिकता वाली रणनीति चुनते हैं, जिससे कार्रवाई की जा सकती है. डिफ़ॉल्ट मान "रिमोट,वर्कर,सैंडबॉक्स किया गया,लोकल&कोटेशन; है. -- ज़्यादा जानकारी के लिए https://blog.bazen.build/2019/06/19/list-strateggy.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='Compping.*/bar=local --strateggy_regexp=Compaging=sandboxed 'Compling //foo/Bar/baz' & & 'local' रणनीति के साथ चलेगा, लेकिन क्रम को बदलने से यह 'सैंडबॉक्स</&3.
टैग: execution
ऐसे विकल्प जो कार्रवाई करने के लिए इस्तेमाल होने वाले टूलचेन को कॉन्फ़िगर करते हैं:
--android_compiler=<a string> डिफ़ॉल्ट: विवरण देखें
Android टारगेट कंपाइलर.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label> डिफ़ॉल्ट: "//external:android/crosstool"
Cy++ कंपाइलर की जगह, जिसका इस्तेमाल Android बिल्ड के लिए किया जाता है.
टैग: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> डिफ़ॉल्ट: विवरण देखें
Android का टारगेट grte_top.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android> डिफ़ॉल्ट: &कोटेशन;Android&कोटेशन;
Android_binary नियमों के लिए इस्तेमाल करने के लिए, मेनिफ़ेस्ट मर्जर को चुनता है. फ़्लैग करें, ताकि लीगेसी मर्जर से Android मेनिफ़ेस्ट मर्जर पर ट्रांज़िशन के दौरान उसे आसानी से ऐक्सेस किया जा सके.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label> डिफ़ॉल्ट: &कोटेशन;
वे प्लैटफ़ॉर्म सेट करता है जो android_binary टारगेट का इस्तेमाल करते हैं. अगर एक से ज़्यादा प्लैटफ़ॉर्म बताए गए हैं, तो बाइनरी एक फ़ैट APK होता है. इसमें, हर बताए गए टारगेट प्लैटफ़ॉर्म के लिए नेटिव बाइनरी होती हैं.
टैग: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/android:sdk"
Android SDK टूल/प्लैटफ़ॉर्म के बारे में बताता है, जिसका इस्तेमाल 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> डिफ़ॉल्ट: "@bazen_tools//tools/cpp:toolchain&quat;
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> डिफ़ॉल्ट: "@bazen_tools//tools/test:lcow_merger&कोटेशन;
बाइनरी फ़ाइल की जगह, जिसका इस्तेमाल रॉ कवरेज रिपोर्ट को प्रोसेस करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट '//tools/test:lcev_merger'.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/test:coverage_report_generation"
बाइनरी रिपोर्ट की जगह, जिसका इस्तेमाल कवरेज रिपोर्ट जनरेट करने के लिए किया जाता है. फ़िलहाल, यह ऐसा फ़ाइल ग्रुप होना चाहिए जिसमें एक फ़ाइल, बाइनरी हो. डिफ़ॉल्ट '//tools/test:coverage_report_gen शब्द'.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> डिफ़ॉल्ट: "@bazer_tools//tools/test:coverage_support"
सहायता फ़ाइलों की जगह की जानकारी, जो कोड कवरेज इकट्ठा करने वाली हर जांच कार्रवाई के इनपुट के लिए ज़रूरी है. डिफ़ॉल्ट '//tools/test:coverage_support'.
टैग: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/cpp:toolchain&quat;
C++ कोड को कंपाइल करने में इस्तेमाल होने वाले क्रॉसटूल पैकेज का लेबल.
टैग: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label> डिफ़ॉल्ट: विवरण देखें
कस्टम मॉलकोड लागू करें. यह सेटिंग बिल्ड नियमों में Malloc एट्रिब्यूट को बदल देती है.
टैग: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
कॉमा लगाकर अलग किए गए रेगुलर एक्सप्रेशन की सूची, जिसमें वैकल्पिक रूप से - (नेगेटिव एक्सप्रेशन), प्रीफ़िक्स से (=) का निशान लगाकर, कॉमा लगाकर अलग किए गए कंस्ट्रेंट वैल्यू टारगेट की सूची असाइन की गई है. अगर कोई टारगेट, किसी नेगेटिव एक्सप्रेशन से मेल नहीं खाता और कम से कम एक पॉज़िटिव एक्सप्रेशन है, तो इसका टूलचेन रिज़ॉल्यूशन चलाया जाएगा. ऐसा इस तरह होगा जैसे कि उसने कंस्ट्रेंट वैल्यू को एक्ज़ीक्यूशन कंस्ट्रेंट के तौर पर बताया हो. उदाहरण: //demo,-test=@platforms//cpus:x86_64 'x86_64' को किसी भी लक्ष्य में //डेमो के अलावा जोड़ देगा, सिवाय उनके जिसके नाम में 'test' हैं.
टैग: loading_and_analysis
--[no]experimental_enable_objc_cc_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
ob_c_* नियमों को cc_library पर निर्भर करने की अनुमति देती है. इससे objc पर आधारित डिपेंडेंसी --cpt;ios_<--ios_cpu>&कोटेशन -- के साथ सेट हो जाती है.
टैग: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर आपने यह सेट किया है, तो हर Xcode कार्रवाई के लिए "requireds-xcode:{version}&कोटेशन; ज़रूरी जोड़ें. अगर xcode वर्शन में हाइफ़न किया गया लेबल है, तो & &tt/Requires-xcode-label:{version_label}&कोटेशन; एक्ज़ीक्यूशन ज़रूरी भी जोड़ें.
टैग: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो सबसे हाल के Xcode का इस्तेमाल करें, जो लोकल और रिमोट, दोनों पर उपलब्ध है. अगर गलत है या अगर कोई वर्शन उपलब्ध नहीं है, तो xcode-select के ज़रिए चुने गए स्थानीय Xcode वर्शन का इस्तेमाल करें.
टैग: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
वे प्लैटफ़ॉर्म जो कार्रवाइयां करने के लिए, एक्ज़ीक्यूशन प्लैटफ़ॉर्म के तौर पर उपलब्ध हैं. प्लैटफ़ॉर्म को सटीक टारगेट से या टारगेट पैटर्न के रूप में बताया जा सकता है. यह प्लैटफ़ॉर्म, Work_execution_platforms() में WORKSPACE फ़ाइल में बताए गए प्लैटफ़ॉर्म से पहले इस्तेमाल किया जाएगा.
टैग: execution
--extra_toolchains=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
टूलचेन से जुड़े रिज़ॉल्यूशन के दौरान, टूलचेन से जुड़े नियमों को ध्यान में रखें. टूलटिप को सटीक टारगेट से या टारगेट पैटर्न के तौर पर बताया जा सकता है. यह टूलचेन,WORK_toolchains() से WORKSPACE फ़ाइल में दिए गए एलान से पहले इस्तेमाल किया जाएगा.
टैग: 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> डिफ़ॉल्ट: विवरण देखें
डिफ़ॉल्ट रूप से, होस्ट कॉन्फ़िगरेशन के लिए --crosstool_top और --compiler विकल्प का भी इस्तेमाल किया जाता है. अगर यह फ़्लैग दिया गया है, तो बेज़ेल क्रॉसटूल_टॉप के लिए डिफ़ॉल्ट 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 डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल फ़्लैग_सेट में बड़ा करने_की_सभी_जानकारी उपलब्ध कराने की अनुमति नहीं देगा(माइग्रेशन निर्देशों के लिए https://github.com/bazerbuild/bazen/issues/7008 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो बेज़ेल 'host' और 'nonhost' c++ टूलटिप में मौजूद सुविधाएं चालू नहीं करेंगे (ज़्यादा जानकारी के लिए https://github.com/bazerbuild/bazer/issues/7407 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android नियमों के लिए Android SDK (Starlark और नेटिव) चुनने के लिए, टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सेब के नियमों के लिए Apple SDK टूल चुनने के लिए, टूलचेन रिज़ॉल्यूशन का इस्तेमाल करें (Starlark और नेटिव)
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ल इंडेक्स करने वाले कमांड लाइन के लिए, C++ लिंक ऐक्शन कमांड लाइन का दोबारा इस्तेमाल नहीं करेगा. (ज़्यादा जानकारी के लिए, https://github.com/bazenbuild/bazen/issues/6791 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो cc_toolchain.cpu और cc_toolchain.compiler एट्रिब्यूट सेट होने पर, बेज़ेल शिकायत करेंगे (https://github.com/bazenbuild/bazer/issues/7075 को माइग्रेशन निर्देशों के लिए देखें).
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल डिफ़ॉल्ट रूप से पूरे संग्रह को लाइब्रेरी के डिपेंडेंसी से लिंक नहीं करेंगे. माइग्रेशन के निर्देशों के लिए, https://github.com/bazerbuild/bazen/issues/7362 पर जाएं.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल को cc_common.configure_features के यूआरएल में 'ctx' पैरामीटर की ज़रूरत होगी (ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazen/issues/7793 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]interface_shared_objects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
टूलचेन के साथ काम करने वाले इंटरफ़ेस के साथ शेयर किए गए ऑब्जेक्ट का इस्तेमाल करें. फ़िलहाल, इस सुविधा का इस्तेमाल सभी 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> डिफ़ॉल्ट: &कोटेशन;
मैपिंग फ़ाइल की जगह, जो बताती है कि कोई प्लैटफ़ॉर्म सेट न होने पर किस प्लैटफ़ॉर्म का इस्तेमाल किया जाना चाहिए या प्लैटफ़ॉर्म मौजूद होने पर किस तरह के फ़्लैग सेट किए जाने चाहिए. फ़ाइल फ़ोल्डर के मुख्य रूट से जुड़ा होना चाहिए. डिफ़ॉल्ट रूप से '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> डिफ़ॉल्ट: विवरण देखें
काम नहीं करता, नहीं होता. `--incompatible_use_python_toolchains` से बंद किया जाता है.
टैग: no_op, deprecated
--python3_path=<a string> डिफ़ॉल्ट: विवरण देखें
काम नहीं करता, नहीं होता. `--incompatible_use_python_toolchains` से बंद किया जाता है.
टैग: no_op, deprecated
--python_path=<a string> डिफ़ॉल्ट: विवरण देखें
टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने के लिए, Python अनुवादक के पूरे पाथ की शुरुआत की गई. बहिष्कृत; --incompatible_use_python_toolchains से बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--python_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
Python को टारगेट करने वाले Python अनुवादक को लेबल करने के लिए, टारगेट प्लैटफ़ॉर्म पर Python टारगेट चलाने का अनुरोध किया गया. बहिष्कृत; --incompatible_use_python_toolchains से बंद किया गया.
टैग: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> डिफ़ॉल्ट: "@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 ऐप्लिकेशन के बिल्ड के लिए इस्तेमाल किए जाने वाले 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> डिफ़ॉल्ट: "@bazen_tools//tools/cpp:host_xcodes"
बिल्ड कॉन्फ़िगरेशन में Xcode वर्शन चुनने के लिए, xcode_config नियम का लेबल इस्तेमाल करें.
टैग: loses_incremental_state, loading_and_analysis
ऐसे विकल्प, जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]apple_enable_auto_dsym_dbg डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या इसे dbg बिल्ड के लिए डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) चालू करने के लिए बाध्य करना है.
टैग: affects_outputs, action_command_lines
--[no]apple_generate_dsym डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डीबग सिंबल(.dSYM) फ़ाइल(फ़ाइलें) जनरेट करनी हैं या नहीं.
टैग: affects_outputs, action_command_lines
--[no]build डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बिल्डिंग को लागू करें, यह आम तौर पर किया जाता है. बिल्ड कार्रवाइयों को लागू करने से पहले, बिल्ड के काम न करने की वजह से बिल्ड बंद हो जाता है. ऐसा होने पर, पैकेज लोड होने और विश्लेषण के चरणों के पूरे होने पर शून्य हो जाता है. यह मोड उन चरणों की जांच करने में मदद करता है.
टैग: execution, affects_outputs
अगर सही है, तो रन टारगेट बनाएं. इससे, सभी टारगेट के लिए जंगल एक जैसे दिखते हैं. गलत होने पर, सिर्फ़ मेनिफ़ेस्ट का इस्तेमाल करें, जहां तक हो सके.
टैग: affects_outputs
--[no]build_runfile_manifests डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो सभी टारगेट के लिए रनफ़ाइल मेनिफ़ेस्ट बनाएं. अगर गलत है, तो उन्हें हटा दें. गलत होने पर, स्थानीय टेस्ट काम नहीं करेंगे.
टैग: affects_outputs
--[no]build_test_dwp डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो C++ टेस्ट स्टैटिक तरीके से बनाने और टेस्ट बाइनरी के लिए .dwp फ़ाइल बनाने पर, अपने-आप ये टेस्ट भी बन जाएंगे.
टैग: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
proto_library में वैकल्पिक Java एपीआई वर्शन के लिए, ज़्यादा कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
proto_library में वैकल्पिक Java एपीआई वर्शन के लिए, ज़्यादा कार्रवाइयां करें.
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_run_validations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसके बजाय, --run_validateations का इस्तेमाल करें.
टैग: execution, affects_outputs
--[no]experimental_save_feature_state डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
कंपाइलेशन के आउटपुट के तौर पर, चालू की गई और जिस सुविधा के लिए अनुरोध किया गया था उसकी स्थिति सेव करें.
टैग: affects_outputs, experimental
--[no]experimental_use_validation_aspect डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
आस-पास की जांच के साथ-साथ जांच के साथ-साथ, पुष्टि करने की कार्रवाइयों को चलाना है या नहीं.
टैग: execution, affects_outputs
--fission=<a set of compilation modes> डिफ़ॉल्ट: &कोटेशन;नहीं&कोट;
बताता है कि कंपाइलेशन के कौनसे मोड C++ के कंपाइलेशन और लिंक के लिए इस्तेमाल होते हैं. सभी मोड को चालू करने के लिए, &'fastbuild', 'dbg', 'opt'} या विशेष मानों 'हां' के किसी भी संयोजन का इस्तेमाल कर सकते हैं.
टैग: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो .runfiles/wsname/external/repo (.runfiles/repo के साथ-साथ) के तहत बाहरी डेटा स्टोर करने के लिए, रन फ़ाइलें सिम्बॉलिकेट जंगल बनाएं.
टैग: affects_outputs
--[no]objc_generate_linkmap डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
यह बताता है कि लिंकमैप फ़ाइल जनरेट करनी है या नहीं.
टैग: affects_outputs
--output_groups=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
कॉमा से अलग किए गए आउटपुट ग्रुप के नामों की सूची. इनमें से हर ग्रुप के आगे + या - का निशान लगाया जाता है. आउटपुट ग्रुप के डिफ़ॉल्ट सेट में + से जुड़ा ग्रुप जोड़ा जाता है, जबकि इससे पहले वाले - ग्रुप को डिफ़ॉल्ट सेट से हटा दिया जाता है. अगर कम से कम एक ग्रुप का प्रीफ़िक्स नहीं बनाया गया है, तो आउटपुट ग्रुप का डिफ़ॉल्ट सेट हट जाता है. उदाहरण के लिए, --input_groups=+foo,+बार डिफ़ॉल्ट सेट, foo, और बार का यूनियन बनाता है. वहीं, आउटपुट_समूह=foo,बार डिफ़ॉल्ट सेट को बदल देता है, ताकि सिर्फ़ foo और बार बनाए जा सकें.
टैग: execution, affects_outputs
--[no]run_validations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
बिल्ड के हिस्से के तौर पर पुष्टि करने की कार्रवाइयां करनी हैं या नहीं.
टैग: execution, affects_outputs
--[no]save_temps डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया जाता है, तो gcc से अस्थायी आउटपुट सेव किए जाएंगे. इनमें .s फ़ाइलें (असेंबल कोड), .i फ़ाइलें (पहले से प्रोसेस की गई C) और .ii फ़ाइलें (पहले से प्रोसेस किए गए C++) शामिल हैं.
टैग: affects_outputs
ऐसे विकल्प जो उपयोगकर्ता को उसके आउटपुट के बजाय, सही वैल्यू को कॉन्फ़िगर करने देते हैं:
--action_env=<a 'name=value' assignment with an optional value part> को एक से ज़्यादा बार इस्तेमाल किया गया
टारगेट कॉन्फ़िगरेशन के साथ कार्रवाइयों के लिए उपलब्ध एनवायरमेंट वैरिएबल के सेट के बारे में बताता है. वैरिएबल या तो नाम से तय किए जा सकते हैं, इस स्थिति में वैल्यू शुरू करने वाले एनवायरमेंट से ली जाएगी या नाम=वैल्यू पेयर से, जो वैल्यू को शुरू करने वाले एनवायरमेंट से अलग सेट करता है. इस विकल्प का इस्तेमाल कई बार किया जा सकता है; एक ही वैरिएबल के लिए दिए गए विकल्पों के लिए, नई जीत, अलग-अलग वैरिएबल के विकल्प इकट्ठा होते हैं.
टैग: action_command_lines
--android_cpu=<a string> डिफ़ॉल्ट: "armeabi-v7a&कोटेशन;
Android टारगेट सीपीयू.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
AndroidX के साथ काम करने वाली डेटा-बाइंडिंग फ़ाइलें जनरेट करें. इसका इस्तेमाल सिर्फ़ databinding v2 के साथ किया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
3.4.0 तर्क के साथ Android डेटाबाइंडिंग v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> डिफ़ॉल्ट: &कोटेशन;बंद;
जब cc_binary की मदद से शेयर की गई लाइब्रेरी नहीं बनाई जाती, तब यह तय किया जाता है कि Android नियमों के C++ वर्शन को डाइनैमिक तौर पर लिंक किया जाए या नहीं. 'default' इसका मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तरीके से लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> डिफ़ॉल्ट: &कोट;अक्षर और कोट;
Android बाइनरी के लिए मेनिफ़ेस्ट मर्जर को भेजे गए मेनिफ़ेस्ट का क्रम सेट करता है. अल्फ़ाबेटिकल का मतलब है कि मेनिफ़ेस्ट को एक्सक्लॉट के हिसाब से पाथ के हिसाब से क्रम में लगाया जाता है. ALPHABETIAL_BY_CONFIGURATION: इसका मतलब है कि मेनिफ़ेस्ट, आउटपुट डायरेक्ट्री में कॉन्फ़िगरेशन डायरेक्ट्री से जुड़े पाथ के हिसाब से क्रम में लगाए जाते हैं. DEPENDENCY का मतलब है कि हर लाइब्रेरी और #39; मेनिफ़ेस्ट के साथ मेनिफ़ेस्ट का क्रम होता है, जो डिपेंडेंसी के मेनिफ़ेस्ट से पहले आता है.
टैग: action_command_lines, execution
--[no]android_resource_shrinking डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
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=]mode' के रूप में हैं. इसमें प्लैटफ़ॉर्म (जो ##39;ios', 'macos', 'tvos' या 'watchos') वैकल्पिक होना चाहिए. अगर दिया गया हो, तो बिटकोड मोड खास तौर पर उस प्लैटफ़ॉर्म के लिए लागू किया जाता है; अगर इसे हटाया जाता है, तो यह सभी प्लैटफ़ॉर्म पर लागू होता है. मोड 'none', 'एम्बेड किए गए मार्कअप' या या#39;एम्बेड किए गए' होने चाहिए. यह विकल्प एक से ज़्यादा बार दिया जा सकता है.
टैग: loses_incremental_state
--aspects=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
टॉप-लेवल टारगेट पर लागू होने वाले पहलुओं की कॉमा-सेपरेटेड लिस्ट. सूची में, अगर if some_aspect, ज़रूरी _aspect_providers की मदद से ज़रूरी आसपेक्ट रेशियो और सेवा देने वाली कंपनी के बारे में बताता है, तो Someone_aspect उन सभी आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) में बताए जाने से पहले चलाएगा जिनके बारे में विज्ञापन देने वालों ने बताया है. ये आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) की सेवा देने वाली कंपनियां, is_aspect ज़रूरी शर्तों को पूरा करती हैं. इसके अलावा, some_aspect उन सभी पहलुओं के बाद चलेगा जो ज़रूरी एट्रिब्यूट के हिसाब से तय किए गए हैं. Some_aspect उन आसपेक्ट रेशियो (चौड़ाई-ऊंचाई का अनुपात) की वैल्यू को ऐक्सेस कर पाएगा' प्रोवाइडर. <bzl-file-label>%<aspect_name> उदाहरण के लिए, '//tools:my_def.bzl%my_aspect', जहां 'my_aspect' किसी फ़ाइल टूल/my_def.bzl से शीर्ष-स्तरीय मान है
--[no]build_python_zip डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
Python को एक्ज़ीक्यूटेबल ज़िप बनाकर; Windows पर, दूसरे प्लैटफ़ॉर्म पर बंद करना
टैग: affects_outputs
--catalyst_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
आर्किटेक्चर से जुड़ी सूची, जिसके लिए Apple Catalyst बाइनरी बनाना है.
टैग: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर खास तौर पर बताया गया है, तो बेज़ेल, इंस्ट्रुमेंट कोड का इस्तेमाल करेगा (जहां संभव होगा) ऑफ़लाइन इंस्ट्रूमेंटेशन इस्तेमाल करके) और टेस्ट के दौरान कवरेज की जानकारी इकट्ठा करेगा. सिर्फ़ इंस्ट्रूमेंटेशन से मेल खाने वाले टारगेट पर ही असर होगा. आम तौर पर, इस विकल्प की जानकारी सीधे तौर पर नहीं दी जानी चाहिए - इसके बजाय 'बेज़ेल कवरेज' कमांड का इस्तेमाल किया जाना चाहिए.
टैग: affects_outputs
--compilation_mode=<fastbuild, dbg or opt>] [-c] डिफ़ॉल्ट: &कोटेशन;तेज़ बिल&कोटेशन;
उस मोड के बारे में बताएं जिसमें बाइनरी फ़ाइल मौजूद होगी. मान: '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> को एक से ज़्यादा बार इस्तेमाल किया गया
gcc में पास करने के लिए ज़्यादा विकल्प.
टैग: action_command_lines, affects_outputs
--cpu=<a string> डिफ़ॉल्ट: &कोटेशन;
टारगेट सीपीयू.
टैग: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए, CSFDO प्रोफ़ाइल की जानकारी का इस्तेमाल करें. उस ZIP फ़ाइल का पूरा पाथ नाम बताएं जिसमें प्रोफ़ाइल फ़ाइल, रॉ या इंडेक्स की गई 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> डिफ़ॉल्ट: &कोटेशन;डिफ़ॉल्ट&कोटेशन;
यह तय करता है कि C++ बाइनरी डाइनैमिक तरीके से लिंक की जाएंगी या नहीं. 'default' इसका मतलब है कि बेज़ल यह तय करेगा कि डाइनैमिक तौर पर लिंक करना है या नहीं. 'full' का मतलब है कि सभी लाइब्रेरी डाइनैमिक तरीके से लिंक की जाएंगी. 'off' का मतलब है कि सभी लाइब्रेरी ज़्यादातर स्टैटिक मोड में लिंक की जाएंगी.
टैग: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सेट है, तो fdo_absolute_profile_path का इस्तेमाल करने पर गड़बड़ी दिखेगी.
टैग: affects_outputs
--[no]enable_runfiles डिफ़ॉल्ट: &कोटेशन;अपने-आप कोट;
रनफ़ाइल सिमलिंक ट्री चालू करें. डिफ़ॉल्ट रूप से, यह Windows पर और दूसरे प्लैटफ़ॉर्म पर #39; बंद होता है.
टैग: affects_outputs
--experimental_action_listener=<a build target label> को एक से ज़्यादा बार इस्तेमाल किया गया
अधिकारों के पक्ष में समर्थन नहीं किया गया. बिल्ड की मौजूदा कार्रवाइयों में additional_action अटैच करने के लिए, action_listener का इस्तेमाल करें.
टैग: execution, experimental
--[no]experimental_android_compress_java_resources डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
APK में Java संसाधनों को कंप्रेस करें
टैग: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android डेटा बाइंडिंग v2 का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
ProGuard का इस्तेमाल करने वाले android_binary APKs के लिए संसाधन छोटा करने की सुविधा चालू करता है.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डेक्स फ़ाइलों को फिर से लिखने के लिए rex टूल का इस्तेमाल करें
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
इस फ़्लैग से यह तय होता है कि सुविधा के सिमलिंक (बिल्ड के बाद, फ़ाइल फ़ोल्डर में दिखने वाले सिमलिंक) का प्रबंधन कैसे किया जाएगा. संभावित वैल्यू: सामान्य (डिफ़ॉल्ट): हर तरह का सुविधा सिमलिंक बनाया या मिटाया जाएगा, जैसा कि बिल्ड से तय होता है. साफ़: सभी सिमलिंक बिना किसी शर्त के हटाए जाएंगे. ध्यान न दें: सिमलिंक अकेले रह जाएंगे. log_only: लॉग संदेश जनरेट करें, जैसे कि 'normal' पास किए गए थे, लेकिन वास्तव में कोई भी फ़ाइलसिस्टम ऑपरेशन नहीं करते (टूल के लिए उपयोगी). ध्यान दें कि सिर्फ़ उन सिमलिंक पर असर पड़ सकता है जिनके नाम --symlink_prefix की मौजूदा वैल्यू से जनरेट हुए हैं. अगर प्रीफ़िक्स बदलता है, तो पहले से मौजूद सभी सिमलिंक अकेले रह जाएंगे.
टैग: affects_outputs
यह फ़्लैग कंट्रोल करता है कि हम buildEventPromlinksIdentized को BuildEventProtocol पर पोस्ट करेंगे या नहीं. अगर वैल्यू सही है, तो BuildEventProtocol में आपके Workspace में बनाए गए सभी सुविधा सिमलिंक के बारे में बताया गया है. साथ ही,][=SymlinksIdentified भी होगा. अगर गलत है, तो buildEventProtocol में][=SymlinksIdentified एंट्री खाली होगी.
टैग: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
इस फ़्लैग से, कई टारगेट सीपीयू के बारे में बताया जा सकता है. अगर इसे तय किया जाता है, तो --cpu का विकल्प नज़रअंदाज़ कर दिया जाएगा.
टैग: affects_outputs, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options> डिफ़ॉल्ट: "-O0,-DDEBUG=1&कोटेशन;
इन स्ट्रिंग का इस्तेमाल, objc फ़ास्टबिल्ड कंपाइलर के विकल्पों के तौर पर किया जाता है.
टैग: action_command_lines
--[no]experimental_omitfp डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो स्टैक को वाइंड करने के लिए libunwind का इस्तेमाल करें. साथ ही, -fomit-frame-pointer और -fasynchronous-unwind-tables के साथ कंपाइल करें.
टैग: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, टारगेट प्लैटफ़ॉर्म का इस्तेमाल सीपीयू के बजाय आउटपुट डायरेक्ट्री के नाम में किया जाता है.
टैग: affects_outputs, experimental
--[no]experimental_use_llvm_covmap डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर लेख को चुना गया है, तो कलेक्ट_कोड_कवरेज चालू होने पर, बेज़ेल gcov के बजाय 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_cpu को android_binary नियमों की डिपेंडेंसी के लिए अनदेखा कर दिया जाता है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
HWASAN स्प्लिट बनाने हैं या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> डिफ़ॉल्ट: विवरण देखें
एफ़डीओ इंस्ट्रूमेंटेशन की मदद से बाइनरी जनरेट करें. Clang/LLVM कंपाइलर के साथ, यह उस डायरेक्ट्री का नाम भी स्वीकार करता है जिसके तहत रॉ प्रोफ़ाइल फ़ाइल को रनटाइम के समय डंप किया जाएगा.
टैग: affects_outputs
--fdo_optimize=<a string> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए एफ़डीओ प्रोफ़ाइल की जानकारी का इस्तेमाल करना. ज़िप फ़ाइल का नाम बताएं जिसमें .gcda फ़ाइल ट्री या ऑटो प्रोफ़ाइल वाली afdo फ़ाइल हो. यह फ़्लैग, लेबल के रूप में बताई गई फ़ाइलें भी स्वीकार करता है. उदाहरण के लिए, //foo/bar:file.afdo. ऐसे लेबल, इनपुट फ़ाइलों के हिसाब से होने चाहिए. फ़ाइल को बेज़ेल के लिए दिखाने के लिए, आपको उससे जुड़े पैकेज में, Export_files डायरेक्टिव जोड़ना होगा. इसमें रॉ या इंडेक्स की गई LLVM प्रोफ़ाइल फ़ाइल भी स्वीकार की जाती है. इस फ़्लैग की जगह 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर चालू किया गया है, तो सभी C++ कंपोज़िशन पोज़िशन-इंडिपेंडेंट कोड ("-fPIC&कोटेशन;) देते हैं, लिंक गैर-PIC लाइब्रेरी पर पहले से बनाए गए PIC लाइब्रेरी को पसंद करते हैं, और लिंक स्थिति-इंडिपेंडेंट एक्ज़ीक्यूटेबल (&kot;-pie&quat;) बनाते हैं.
टैग: 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 वर्शन को बदल देता है. &P>2&कोटेशन हो सकता है; या &Po3;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 वर्शन काम करता है. अगर कोई जानकारी नहीं दी गई हो, तो 'macos_sdk_version'. का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--host_swiftcopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
होस्ट टूल के लिए तेज़ी से पास करने के दूसरे विकल्प.
टैग: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सेटिंग चालू है, तो Windows पर cc_library से जनरेट की गई, सभी ++ डाइनैमिक लिंक की गई लाइब्रेरी (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 डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
सही होने पर, genfiles डायरेक्ट्री को बिन डायरेक्ट्री में बदल दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो @bazer_tools की कंस्ट्रेंट सेटिंग हटा दी जाती हैं.
टैग: affects_outputs, incompatible_change
--[no]instrument_test_targets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
कवरेज के चालू होने पर, यह तय करता है कि जांच के लिए, नियमों को लागू करना है या नहीं. इसे सेट करने पर, -- इंस्ट्रूमेंटेशन_फ़िल्टर से शामिल किए गए टेस्ट के नियम लागू किए जाते हैं. इसके अलावा, कवरेज के नियमों को हमेशा टेस्ट इंस्ट्रूमेंटेशन से बाहर रखा जाता है.
टैग: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: "-/javatests[/:],-/test/java/[/:]&कोटेशन;
कवरेज के चालू होने पर, सिर्फ़ उन नियमों को लागू किया जाएगा जिन्हें आपके रेगुलर एक्सप्रेशन वाले फ़िल्टर में शामिल किया गया है. इसकी जगह '-' उपसर्ग वाले नियम निकाल दिए गए हैं. ध्यान रखें कि जब तक -- इंस्ट्रूमेंट_टेस्ट_टारगेट चालू नहीं हो, तब तक सिर्फ़ गैर-टेस्ट नियमों को लागू किया जाता है.
टैग: affects_outputs
--ios_cpu=<a string> डिफ़ॉल्ट: &कोटेशन;x86_64&कोटेशन;
यह iOS iOS के सीपीयू के टारगेट के लिए है.
टैग: no_op, deprecated
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
सिम सिम्युलेटर और डिवाइसों के लिए, कम से कम iOS वर्शन काम करता है. अगर कोई जानकारी नहीं दी गई हो, तो 'ios_sdk_version' का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
कई IOS_application बनाने के लिए, आर्किटेक्चर से अलग की गई सूची. नतीजे के तौर पर सभी यूनिवर्सल बाइनरी में सभी खास आर्किटेक्चर शामिल हैं.
टैग: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अब काम नहीं करता, इसकी जगह --incompatible_remove_legacy_whatle_archive देखें (ज़्यादा जानकारी के लिए, https://github.com/bazerbuild/bazen/issues/7362 देखें). चालू होने पर, cc_binary नियमों के लिए full-archive का इस्तेमाल करें, जिसमें linkshared=1 और ये linkstatic=1 या '-static' linkopt में होते हैं. यह सुविधा सिर्फ़ पुराने सिस्टम के साथ काम करने की सुविधा के लिए है. जहां ज़रूरी हो, हमेशा के लिए लिंक{1 का इस्तेमाल करना बेहतर विकल्प है.
टैग: action_command_lines, affects_outputs, deprecated
--linkopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
लिंक करते समय gcc में पास करने का एक और विकल्प.
टैग: action_command_lines, affects_outputs
--ltobackendopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
LTO बैकएंड चरण में पास करने का अतिरिक्त विकल्प (-features=thin_lto में).
टैग: action_command_lines, affects_outputs
--ltoindexopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
एलटीओ इंडेक्स करने के तरीके में पास करने का अतिरिक्त विकल्प -- (feature=thin_lto) में.
टैग: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
उन आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट जिनके लिए Apple macOS बाइनरी बनाना है.
टैग: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
टारगेट के लिए सबसे कम काम करने वाला macOS वर्शन. अगर कोई जानकारी नहीं दी गई हो, तो 'macos_sdk_version'. का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--[no]objc_debug_with_GLIBCXX डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया गया है और कंपाइलेशन मोड 'dbg' पर सेट है, तो GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC और GLIB नीतियों_CONCEPT_CHECKS के बारे में बताएं.
टैग: action_command_lines
--[no]objc_enable_binary_stripping डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
लिंक की गई बाइनरी पर सिंबल और डेड-कोड स्ट्रिपिंग करनी हैं. अगर इस फ़्लैग और --compilation_mode=opt दोनों के बारे में बताया गया हो, तो बाइनरी स्ट्रिपिंग दिखाई जाएंगी.
टैग: action_command_lines
--objccopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
'Objective C' कंपाइलेशन में पास करने के लिए ज़्यादा विकल्प.
टैग: 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 सामान्य एक्सप्रेशन पैटर्न को शामिल करने और निकालने की सूची बनाता है (साथ ही, इंस्ट्रूमेंटेशन_फ़िल्टर देखें). विकल्प_1 से मनमाने कमांड निर्देशों के विकल्प. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0, //foo/ बार में मौजूद सभी 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> को एक से ज़्यादा बार इस्तेमाल किया गया
कुछ बैकएंड ऑब्जेक्ट को कंपाइल करते समय, LTO बैकएंड ( --features=thin_lto के तहत) को चुनिंदा तरीके से पास करने के लिए दूसरे विकल्प. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सिंटैक्स: regex_filter@option_1,option_2,...,option_n. जहां regex_filter का मतलब है, रेगुलर एक्सप्रेशन पैटर्न को शामिल करना और बाहर रखना. विकल्प_1 का मतलब है वैकल्पिक कुंजी लाइन विकल्प. अगर किसी विकल्प में कॉमा है, तो उसे बैकस्लैश के साथ कोट करना होगा. विकल्पों में @ हो सकता है. स्ट्रिंग को बांटने के लिए सिर्फ़ पहले @ का इस्तेमाल किया जाता है. उदाहरण: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0, //foo में सभी o फ़ाइलों की LTO बैकएंड कमांड लाइन में -O0 कमांड लाइन विकल्प जोड़ता है.
--platform_suffix=<a string> डिफ़ॉल्ट: विवरण देखें
कॉन्फ़िगरेशन डायरेक्ट्री में जोड़े जाने वाले सफ़िक्स के बारे में बताता है.
टैग: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड टारगेट को ऑप्टिमाइज़ करने के लिए, प्रोपेलर प्रोफ़ाइल की जानकारी का इस्तेमाल करें.प्रोपलर प्रोफ़ाइल में, कम से कम दो फ़ाइलों, एक cc प्रोफ़ाइल, और एक ld प्रोफ़ाइल होनी चाहिए. यह फ़्लैग बिल्ड लेबल स्वीकार करता है. यह प्रोपेलर प्रोफ़ाइल की इनपुट फ़ाइलों के हिसाब से होना चाहिए. उदाहरण के लिए, a/b/BUILD:propelle_optimize( नाम = "propelle_profile&kot;, cc_profile = &kot;propfooter_cc_profile.txt&कोटेशन; इस विकल्प का इस्तेमाल इस तरह किया जाना चाहिए: --propeller_optimize=//a/b:propelle_profile
टैग: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string> डिफ़ॉल्ट: विवरण देखें
Propler Optimize बिल्ड के लिए cc_profile फ़ाइल के पूरे पाथ का नाम.
टैग: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> डिफ़ॉल्ट: विवरण देखें
Propler Optimize बिल्ड के लिए ld_profile फ़ाइल का पूरा पाथ नाम.
टैग: affects_outputs
--run_under=<a prefix in front of command> डिफ़ॉल्ट: विवरण देखें
'test' और 'run' कमांड के लिए एक्ज़ीक्यूटेबल से पहले डालने के लिए उपसर्ग. अगर वैल्यू 'foo -bar' और एक्ज़ीक्यूशन कमांड लाइन 'test_binary -baz' है, तो फ़ाइनल कमांड लाइन 'foo -bar test_binary -baz'.यह एक्ज़ीक्यूटेबल टारगेट का लेबल भी हो सकता है. कुछ उदाहरण ये हैं: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:# संपर्क
टैग: action_command_lines
--[no]share_native_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो एक जैसी सुविधाओं वाली नेटिव लाइब्रेरी अलग-अलग टारगेट के बीच शेयर की जाएंगी
टैग: loading_and_analysis, affects_outputs
--[no]stamp डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
तारीख की जानकारी, उपयोगकर्ता नाम, होस्टनाम, फ़ाइल फ़ोल्डर की जानकारी वगैरह के साथ स्टैंप बाइनरी.
टैग: affects_outputs
--strip=<always, sometimes or never> डिफ़ॉल्ट: &कोटेशन;कभी-कभी कोट;
इस नीति से पता चलता है कि बाइनरी और शेयर की गई लाइब्रेरी को हटाया जा सकता है या नहीं (&कोटेशन;-डब्ल्यूएल,--स्ट्रिप-डीबग&कोटेशन;). ' कभी-कभी' का डिफ़ॉल्ट मान
टैग: affects_outputs
--stripopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
'<name>.sTRIPped' बाइनरी जनरेट करते समय स्ट्रिप को पास करने के दूसरे विकल्प.
टैग: action_command_lines, affects_outputs
--swiftcopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
स्विफ़्ट संकलन में पास करने के दूसरे विकल्प.
टैग: action_command_lines
वह प्रीफ़िक्स जिसे बिल्ड के बाद बनाए गए किसी भी सुविधा सिम्बॉलिकेशन से पहले जोड़ा जाता है. अगर इसे नहीं छोड़ा जाता है, तो बिल्ड टूल का नाम डिफ़ॉल्ट वैल्यू के तौर पर हाइफ़न के बाद आता है. अगर '/' पास हो जाता है, तो कोई सिमलिंक नहीं बनाया जाता और कोई चेतावनी नहीं दी जाती. चेतावनी: '/' के लिए विशेष काम की क्षमता जल्द ही रोक दी जाएगी; इसके बजाय --प्रयोगal_convenience_symlinks=अनदेखा करें.
टैग: affects_outputs
--tvos_cpus=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
उन आर्किटेक्चर की कॉमा-सेपरेटेड लिस्ट जिनके लिए Apple tvOS बाइनरी बनाना है.
टैग: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
सिम सिम्युलेटर और डिवाइस के लिए कम से कम tvOS वर्शन. अगर कोई जानकारी नहीं दी गई हो, तो 'tvos_sdk_version' का इस्तेमाल करता है.
टैग: loses_incremental_state
--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_sdk_version' का इस्तेमाल किया जाता है.
टैग: loses_incremental_state
--xbinary_fdo=<a build target label> डिफ़ॉल्ट: विवरण देखें
कंपाइलेशन को ऑप्टिमाइज़ करने के लिए XbinaryFDO की प्रोफ़ाइल की जानकारी का इस्तेमाल करें. डिफ़ॉल्ट क्रॉस बाइनरी प्रोफ़ाइल का नाम बताएं. जब इस विकल्प का इस्तेमाल --fdo_documentation/--fdo_optimize/--fdo_profile के साथ किया जाता है, तो ये विकल्प हमेशा लागू होंगे. जैसे कि xbinary_fdo कभी नहीं बताई गई है.
टैग: affects_outputs
ऐसे विकल्प जो इस बात पर असर डालते हैं कि बैजल मान्य बिल्ड इनपुट को कैसे लागू करते हैं (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह):
--auto_cpu_environment_group=<a build target label> डिफ़ॉल्ट: &कोटेशन;
cpu वैल्यू को अपने-आप मैप करने के लिए, एनवायरमेंट_ग्रुप का इस्तेमाल करें
टैग: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
जांच करें कि डिपेंडेंट पैकेज की मदद से बनाए गए लाइसेंस देने की सीमाएं, बनाए जा रहे टारगेट के डिस्ट्रिब्यूशन मोड से मेल नहीं खाती हैं. डिफ़ॉल्ट रूप से, लाइसेंस की जांच नहीं की जाती है.
टैग: build_file_semantics
--[no]check_visibility डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सेटिंग बंद है, तो चेतावनियों में गिरावट दिखती है.
टैग: build_file_semantics
--[no]desugar_for_android डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
डेक्सिंग से पहले, Java 8 बाइट कोड का इस्तेमाल करने की ज़रूरत है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]enforce_constraints डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
उन एनवायरमेंट की जांच करता है जो हर टारगेट के साथ काम करते हैं और अगर किसी टारगेट में ऐसी डिपेंडेंसी है जो एक ही एनवायरमेंट के साथ काम नहीं करती है, तो वह गड़बड़ी की रिपोर्ट करता है
टैग:build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डेप् स वाले srcs-लेस android_library नियमों को मंज़ूरी न देने देने में मदद के लिए फ़्लैग करें. डिफ़ॉल्ट रूप से, रोल आउट के लिए डिपो को साफ़ करना ज़रूरी है.
टैग: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
Android बाइनरी लेवल पर सही तरीके से काम करने वाले पेज की दोबारा जांच करें.
टैग: eagerness_to_exit, loading_and_analysis, experimental
--[no]experimental_desugar_java8_libs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
पुराने डिवाइस के लिए ऐप्लिकेशन में, काम करने वाली Java 8 लाइब्रेरी शामिल करनी है या नहीं.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_import_deps_checking=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;बंद;
चालू होने पर, यह देखें कि aar_import की डिपेंडेंसी पूरी हुई है या नहीं. इस नीति के उल्लंघन की वजह से बिल्ड में गड़बड़ी हो सकती है या इससे चेतावनियां मिल सकती हैं.
टैग: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> डिफ़ॉल्ट: &कोटेशन;डिफ़ॉल्ट&कोटेशन;
अगर यह सही है, तो यह जांच करता है कि Java टारगेट सीधे तौर पर इस्तेमाल किए गए सभी टारगेट को डिपेंडेंसी के तौर पर बताता है या नहीं.
टैग: build_file_semantics, eagerness_to_exit
--[no]incompatible_disable_native_android_rules डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सुविधा चालू है, तो नेटिव Android के नियमों का सीधे तौर पर इस्तेमाल करने की सुविधा बंद है. कृपया https://github.com/bazenbuild/rules_android के Starlark Android नियमों का इस्तेमाल करें
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
नहीं. पुराने सिस्टम के साथ काम करने की सुविधा के लिए, यहां मौजूद रहे.
टैग: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह चालू है, तो Starlark एपीआई में हेडर की सख्त जांच करें
टैग: loading_and_analysis, changes_inputs, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बेज़ेल टॉप लेवल डायरेक्ट्री हेडर के शामिल होने की पुष्टि भी करेगा (ज़्यादा जानकारी के लिए https://github.com/bazenbuild/bazer/issues/10047 देखें).
टैग: loading_and_analysis, incompatible_change
--[no]strict_filesets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह विकल्प चालू है, तो पैकेज की सीमाओं को पार करने वाली फ़ाइलें, गड़बड़ियों के तौर पर रिपोर्ट की जाती हैं. यह 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> डिफ़ॉल्ट: &कोटेशन;बंद;
जब तक यह बंद न हो, तब तक जांच करें कि कोई प्रोटो_लाइब्रेरी टारगेट साफ़ तौर पर 'सार्वजनिक इंपोर्ट करें' में इस्तेमाल किए गए सभी टारगेट बताता है या नहीं.
टैग: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो सिस्टम से मिले हेडर में पाथ (-isystem) शामिल करना ज़रूरी है.
टैग: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> को एक से ज़्यादा बार इस्तेमाल किया गया
इस बिल्ड का टारगेट एनवायरमेंट तय करता है. &परिवेश&कोटेशन के नियम का लेबल रेफ़रंस होना चाहिए. अगर तय किया गया है, तो सभी टॉप-लेवल टारगेट इस एनवायरमेंट के साथ काम करने वाले होने चाहिए.
टैग: changes_inputs
ऐसे विकल्प जो बिल्ड के साइन करने के आउटपुट पर असर डालते हैं:
--apk_signing_method=<v1, v2, v1_v2 or v4> डिफ़ॉल्ट: &कोटेशन v1_v2&कोट
APK साइन करने के लिए इस्तेमाल करने का तरीका
टैग: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सेट किया गया है और कंपाइलेशन मोड 'opt' नहीं है, तो साइन करने के दौरान objc ऐप्लिकेशन में डीबग एनटाइटलमेंट शामिल होंगे.
टैग: changes_inputs
--ios_signing_cert_name=<a string> डिफ़ॉल्ट: विवरण देखें
iOS साइनिंग के लिए इस्तेमाल किया जाने वाला सर्टिफ़िकेट का नाम. अगर इस नीति को सेट नहीं किया जाता है, तो प्रावधान प्रोफ़ाइल वापस आ जाएगी. यह सर्टिफ़िकेट और #39; के सामान्य नाम का सर्टिफ़िकेट और #39; की-चेन (या स्ट्रिंग) हो सकता है, जैसा कि कोडसाइन और #39; के मैन पेज (SIGNING IDENTITY) के मुताबिक होता है.
टैग: action_command_lines
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर निर्भर करता है, जिसे BUILD फ़ाइलें, .bzl फ़ाइलें या WORKSPACE फ़ाइलें ऐक्सेस कर सकती हैं.:
--[no]incompatible_config_setting_private_default_visibility डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर आपके पास काम न करने वाली कॉन्फ़िगरेशन_सेटिंग_की सेटिंग 'गलत है' है, तो यह nop है. या फिर, अगर यह फ़्लैग गलत है, तो साफ़ तौर पर दिखने वाले किसी एट्रिब्यूट के बिना config_setting, //vision:public है. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही दिखने वाले लॉजिक का पालन करता है. https://github.com/bazerbuild/bazer/issues/12933 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_legacy_py_provider डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं, जल्द ही हटा दिया जाएगा.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो config_setting दिखने की पाबंदियां लागू करें. अगर गलत है, तो हर टारगेट के लिए हर config_setting दिखाई देती है. https://github.com/bazenbuild/bazen/issues/12932 देखें.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो टेस्ट एनवायरमेंट या टेस्ट रनर के व्यवहार को कंट्रोल करते हैं:
--[no]allow_analysis_failures डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो नियम के टारगेट के विश्लेषण न होने से, विश्लेषण के इंस्टेंस के इंस्टेंस को लागू कर दिया जाता है. ऐसा बिल्ड फ़ेल होने के बजाय, गड़बड़ी की जानकारी वाले इंस्टेंस के रूप में किया जाता है.
टैग: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> डिफ़ॉल्ट: &कोटेशन;2000;
for_analysis_testing कॉन्फ़िगरेशन ट्रांज़िशन के साथ, नियम एट्रिब्यूट की मदद से ज़्यादा से ज़्यादा ट्रांज़िटिव डिपेंडेंसी सेट करता है. इस सीमा को पार करने पर, नियम से जुड़ी गड़बड़ी होगी.
टैग: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर असल dex2oat कार्रवाई नहीं हो पाती, तो टेस्ट रनटाइम के दौरान dex2oat को चलाने के बजाय बिल्ड काम नहीं करेगा.
टैग: loading_and_analysis, experimental
--[no]check_tests_up_to_date डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
जांच नहीं करें. बस जांच करें कि वे अप-टू-डेट हैं या नहीं. अगर जांच के सभी नतीजे अप-टू-डेट हैं, तो जांच पूरी हो जाती है. अगर कोई टेस्ट बनाने या एक्ज़ीक्यूट करने की ज़रूरत है, तो गड़बड़ी की रिपोर्ट की जाती है और टेस्टिंग नहीं हो पाती. यह विकल्प --check_up_to_date व्यवहार के बारे में बताता है.
टैग: execution
--[no]experimental_android_use_parallel_dex2oat डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android_test को तेज़ करने के लिए, dex2oat का इस्तेमाल एक साथ करें.
टैग: loading_and_analysis, host_machine_resource_optimizations, experimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> को एक से ज़्यादा बार इस्तेमाल किया गया
जांच में सफल न होने पर, हर जांच के लिए फिर से कोशिश की जाएगी. जिन टेस्ट को पास करने के लिए एक से ज़्यादा बार कोशिश करनी पड़ती है उन्हें टेस्ट की खास जानकारी में 'FLAKY' के तौर पर मार्क किया जाता है. आम तौर पर, यह सिर्फ़ एक पूरी संख्या या स्ट्रिंग होती है 'default'. अगर कोई पूर्णांक है, तो सभी टेस्ट N बार तक चलेंगे. अगर 'default', तो सामान्य जांचों के लिए सिर्फ़ एक जांच की जाएगी. साथ ही, अपने नियम के हिसाब से साफ़ तौर पर 'फ़्लैकी' के तौर पर मार्क की गई जांचों के लिए तीन टेस्ट कोशिश की जाएगी. वैकल्पिक सिंटैक्स: regex_filter@flaky_test_attempts. जहां flaky_test_attempts ऊपर बताए गए तरीके से दिया गया है और regex_filter का मतलब है, रेगुलर एक्सप्रेशन पैटर्न को शामिल करना और बाहर रखना (यह भी देखें --runs_per_test देखें). उदाहरण: --flaky_test_attempts=//foo/.*,-//foo/bar/.**3 foo/Bar में शामिल सभी टेस्ट को foo/Bar से छोड़कर तीन बार हटा देता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया तर्क, मेल खाने को प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता है, तो व्यवहार ऊपर दिए गए 'डिफ़ॉल्ट' के समान है.
टैग: execution
--[no]ios_memleaks डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
ios_test टारगेट में मेमोरी लीक की जांच करने की सुविधा चालू करें.
टैग: action_command_lines
--ios_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में iOS ऐप्लिकेशन चलाते समय काम करने वाला डिवाइस, जैसे कि 'iPhone 6'. डिवाइस पर 'xcran simctl सूची डिवाइस टाइप करके आपकी सूची मिल सकती है' मशीन पर सिम्युलेटर चलेगा.
टैग: 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&कोटेशन;, &कोटेशन;होस्टिंग_CPUS&कोटेशन;, &कोटेशन; रैम&कोटेशन;) लेता है, वैकल्पिक रूप से कोई ऑपरेशन के बाद लिया जाता है (जैसे [||]]<flow>) उदाहरण के लिए &कोटेशन;अपने-आप&कोटेशन पाएं; &कोटेशन;CP_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 सभी टेस्ट तीन बार चलाएगा. वैकल्पिक सिंटैक्स: regex_filter@runs_per_test. जहां Run_per_test एक पूर्णांक वैल्यू और regex_filter का मतलब है शामिल करने और शामिल करने के लिए रेगुलर एक्सप्रेशन पैटर्न का नाम है (इसे देखें – इंस्ट्रूमेंटेशन_फ़िल्टर). उदाहरण: --runs_per_test=//foo/.*,-//foo/bar/.*@3 foo/Bar में शामिल तीन बार सभी को छोड़कर //foo/में सभी टेस्ट चलाता है. यह विकल्प एक से ज़्यादा बार पास किया जा सकता है. सबसे हाल में पास किया गया तर्क, मेल खाने को प्राथमिकता देता है. अगर कुछ भी मेल नहीं खाता, तो जांच को सिर्फ़ एक बार चलाया जाता है.
--test_env=<a 'name=value' assignment with an optional value part> को एक से ज़्यादा बार इस्तेमाल किया गया
टेस्ट रनर एनवायरमेंट में इंजेक्ट किए जाने वाले अन्य एनवायरमेंट वैरिएबल तय करता है. वैरिएबल या तो नाम के हिसाब से तय किए जा सकते हैं, अगर ऐसा है, तो इसकी वैल्यू बेज़ेल क्लाइंट एनवायरमेंट या name=value पेयर से ली जाएगी. कई वैरिएबल बताने के लिए इस विकल्प का कई बार इस्तेमाल किया जा सकता है. इसका इस्तेमाल सिर्फ़ 'bazen टेस्ट' कमांड के ज़रिए किया जाता है.
टैग: test_runner
--[no]test_keep_going डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसके बाद, पास नहीं होने वाले टेस्ट की वजह से पूरा बिल्ड रुक जाएगा. डिफ़ॉल्ट रूप से सभी टेस्ट किए जाते हैं, भले ही कुछ पास नहीं हो पाए हों.
टैग: execution
--test_strategy=<a string> डिफ़ॉल्ट: &कोटेशन;
यह बताती है कि जांच करते समय किस रणनीति का इस्तेमाल करना है.
टैग: execution
--test_timeout=<a single integer or comma-separated list of 4 integers> डिफ़ॉल्ट: &कोटेशन--1&कोटेशन;
टेस्ट टाइम आउट के लिए, टेस्ट के डिफ़ॉल्ट टाइम आउट मान बदलें (सेकंड में). अगर सिर्फ़ एक पॉज़िटिव पूर्णांक वैल्यू दी जाती है, तो यह सभी कैटगरी को बदल देगी. अगर कॉमा से अलग किए गए चार पूर्णांक बताए गए हैं, तो वे छोटे, मध्यम, लंबे, और हमेशा (लंबे क्रम में) के लिए टाइम आउट बदल देंगे. दोनों में से किसी भी रूप में, -1 का मान तय किया जाता है कि ब्लेज़, उस कैटगरी के लिए डिफ़ॉल्ट टाइम आउट का इस्तेमाल करेगा.
--test_tmpdir=<a path> डिफ़ॉल्ट: विवरण देखें
इस्तेमाल किए जाने के लिए 'ba ऑफ़लाइन टेस्ट' के लिए बेस अस्थायी डायरेक्ट्री तय करता है.
--tvos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
सिम्युलेटर में tvOS ऐप्लिकेशन को चलाने के लिए इस्तेमाल किया जाने वाला डिवाइस, जैसे कि 'Apple TV 1080p'. डिवाइस पर 'xcran simctl सूची डिवाइस टाइप करके आपकी सूची मिल सकती है' मशीन पर सिम्युलेटर चलेगा.
टैग: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
दौड़ने या जांच करने के दौरान, सिम्युलेटर पर tvOS का वर्शन.
टैग: test_runner
--watchos_simulator_device=<a string> डिफ़ॉल्ट: विवरण देखें
ऐसा डिवाइस जो सिम्युलेटर में WatchOS ऐप्लिकेशन चलाते समय सिम्युलेट करता है. उदाहरण के लिए, 'Apple Watch - 38mm'. डिवाइस पर 'xcran simctl सूची डिवाइस टाइप करके आपकी सूची मिल सकती है' मशीन पर सिम्युलेटर चलेगा.
टैग: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> डिफ़ॉल्ट: विवरण देखें
दौड़ने या जांच करने के दौरान सिम्युलेटर पर चलने वाले WatchOS का वर्शन.
टैग: test_runner
--[no]zip_undeclared_test_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो बिना जानकारी वाले टेस्ट आउटपुट, ZIP फ़ाइल में संग्रहित किए जाएंगे.
टैग: test_runner
बिल्ड टाइम के ऑप्टिमाइज़ेशन को ट्रिगर करने वाले विकल्प:
--[no]collapse_duplicate_defines डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, ग़ैर-ज़रूरी --परिभाषाएं को बिल्ड की शुरुआत में हटा दिया जाएगा. इससे, कुछ खास तरह के बिल्ड के लिए विश्लेषण की कैश मेमोरी खोने का खतरा नहीं होता है.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
लाइब्रेरीJar में मौजूद किसी भी क्लास को हटाने के लिए ProGuard ProgramJar को फ़िल्टर करें.
टैग: action_command_lines
--[no]experimental_inmemory_dotd_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो C++ .d फ़ाइलें, डिस्क में लिखने के बजाय सीधे रिमोट बिल्ड नोड से सेव की जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इसे चालू किया जाता है, तो Java कंपाइलेशन से जनरेट की गई डिपेंडेंसी (.jdeps) फ़ाइलें, डिस्क में लिखने के बजाय सीधे रिमोट बिल्ड नोड से मेमोरी में भेजी जाएंगी.
टैग: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या आपको C/C++ मकसद के लिए स्कैन करना है?
टैग: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर चालू किया गया, तो एक ही टारगेट के स्रोत वाला सोर्स मिलने पर, parse_headers सुविधा एक अलग हेडर कंपाइल कार्रवाई नहीं बनाती है.
टैग: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
चालू होने पर, --ttri_test_config सिर्फ़ टेस्ट के तौर पर मार्क किए गए नियमों के लिए टेस्ट कॉन्फ़िगरेशन में काट-छांट नहीं करेगा=1. इसका मतलब है कि जब जांच के लिए बनाए गए नियम, cc_test के नियमों पर निर्भर हों, तो ऐक्शन की समस्याओं को कम किया जा सकता है. अगर --trri_test_config 'गलत' है, तो कोई असर नहीं पड़ता.
टैग: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सुविधा चालू है, तो cc_import के Starlark वर्शन का इस्तेमाल किया जा सकता है.
टैग: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
इनपुट फ़ाइलों को #include लाइनों को पार्स करके, C/C++ कंपाइलेशन में इनपुट सीमित करना है या नहीं. इससे कंपाइलेशन इनपुट ट्री के साइज़ में कमी होने से परफ़ॉर्मेंस बेहतर होती है और परफ़ॉर्मेंस में बढ़ोतरी होती है. हालांकि, यह बिल्ड को भी तोड़ सकता है क्योंकि शामिल करने वाला स्कैनर C प्रीप्रोसेसर सिमैंटिक को पूरी तरह से लागू नहीं करता है. खास तौर पर, यह डाइनैमिक #इनक्लूड डायरेक्टिव को नहीं समझता और प्रीप्रोसेसर कंडीशनल लॉजिक को अनदेखा करता है. अपने जोखिम पर इस्तेमाल करें. इस फ़्लैग से जुड़ी सभी समस्याएं बंद हो जाएंगी.
टैग: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
ज़्यादातर जार फ़ाइल के लिए, डेक्सिंग की प्रक्रिया अलग से की जाती है.
टैग: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे सेट किया गया है, तो Clang से निकाली गई .d फ़ाइलों का इस्तेमाल, objc कंपाइल के पास किए जाने वाले इनपुट के सेट को खाली करने के लिए किया जाएगा.
टैग: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
टारगेट //a:a बनाते समय, उन सभी टारगेट में प्रोसेस हेडर जो //a:a पर निर्भर करते हैं (अगर टूलचेन के लिए हेडर प्रोसेसिंग चालू है).
टैग: execution
--[no]trim_test_configuration डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, टेस्ट से जुड़े विकल्प बिल्ड टॉप के नीचे से हटा दिए जाएंगे. जब यह फ़्लैग चालू होता है, तो जांच को गैर-टेस्ट नियमों पर निर्भरता के तौर पर नहीं बनाया जा सकता, लेकिन टेस्ट से जुड़े विकल्पों में बदलाव करने से नॉन-टेस्ट नियमों का फिर से विश्लेषण नहीं होगा.
टैग: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इस विकल्प का इस्तेमाल बंद कर दिया गया है. अब यह नहीं है और इसे जल्द ही हटा दिया जाएगा.
टैग: loading_and_analysis
ऐसे विकल्प जो लॉग करने की सुविधा, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]announce डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
काम नहीं करता. नहीं-नहीं.
टैग: affects_outputs
--[no]experimental_bep_target_summary डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
TargetTarget इवेंट प्रकाशित करना है या नहीं.
--[no]experimental_build_event_expand_filesets डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, आउटपुट फ़ाइलें दिखाते समय बीईपी में Files को बड़ा करें.
टैग: affects_outputs
अगर सही है, तो आउटपुट फ़ाइलें दिखाते समय, BEP में मिलते-जुलते Fileset सिमलिंक की समस्या को पूरी तरह से ठीक करें. --प्रयोगal_build_event_expand_filesets की ज़रूरत होती है.
टैग: affects_outputs
--experimental_build_event_upload_strategy=<a string> डिफ़ॉल्ट: विवरण देखें
चुनें कि बिल्ड इवेंट प्रोटोकॉल में बताए गए आर्टफ़ैक्ट को कैसे अपलोड किया जाए.
टैग: affects_outputs
--[no]experimental_materialize_param_files_directly डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर पैरामीटर की फ़ाइलों को सामग्री के तौर पर इस्तेमाल करना है, तो डिस्क में सीधे तौर पर लिखने के लिए ऐसा करें.
टैग: execution
--[no]experimental_stream_log_file_uploads डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
स्ट्रीम लॉग फ़ाइल को डिस्क पर लिखने के बजाय सीधे दूरस्थ मेमोरी में अपलोड करता है.
टैग: affects_outputs
--explain=<a path> डिफ़ॉल्ट: विवरण देखें
बिल्ड सिस्टम की मदद से, बिल्ड के हर एक स्टेप को समझा जाता है. जानकारी, बताई गई लॉग फ़ाइल में लिखी जाती है.
टैग: affects_outputs
--[no]legacy_important_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
इसे इसका इस्तेमाल करने के लिए, Targetcomplete इवेंट में विरासती_आउटपुट फ़ील्ड की पीढ़ी को छिपाने के लिए इस्तेमाल करें. बैज़ेल से ResultStore इंटिग्रेशन के लिए महत्वपूर्ण_आउटपुट ज़रूरी हैं.
टैग: affects_outputs
--[no]materialize_param_files डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
रिमोट ऐक्शन को लागू करने के दौरान भी, आउटपुट ट्री में आउटपुट पैरामीटर को लिखता है. कार्रवाइयों को डीबग करते समय मददगार होता है. इसे --subcommands और --werose_failures" से दिखाया जाता है.
टैग: execution
--max_config_changes_to_show=<an integer> डिफ़ॉल्ट: &कोटेशन;3&कोटेशन;
बिल्ड विकल्पों में बदलाव की वजह से विश्लेषण को खारिज करने पर, दिए गए विकल्पों के नामों की संख्या दिखती है. अगर दी गई संख्या -1 है, तो बदले गए सभी विकल्प दिखेंगे.
टैग: terminal_output
--max_test_output_bytes=<an integer> डिफ़ॉल्ट: &कोटेशन--1&कोटेशन;
हर टेस्ट लॉग का ज़्यादा से ज़्यादा साइज़ तय करें. यह तब किया जा सकता है, जब --test_ आउटपुट, 'गड़बड़ियां' या '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] डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
बिल्ड के दौरान चलाए गए सबकॉमैंड दिखाए जाते हैं. मिलते-जुलते फ़्लैग: --execution_log_json_file, --execution_log_binary_file (टूल के साथ काम करने वाले फ़ॉर्मैट में किसी फ़ाइल में सबकॉमैंड्स लॉग करने के लिए).
टैग: terminal_output
--test_output=<summary, errors, all or streamed> डिफ़ॉल्ट: &कोटेशन;खास जानकारी&कोटेशन;
इससे, आउटपुट मोड की जानकारी मिलती है. मान्य मान 'summary' सिर्फ़ जांच की स्थिति की खास जानकारी आउटपुट करने के लिए, 'गड़बड़ियां' सभी जांचों के लॉग लॉग प्रिंट करने के लिए, 'सभी' रीयल टाइम में सभी जांच के लिए लॉग लॉग करने के लिए 'स्ट्रीम' होते हैं. हालांकि, एक बार में एक ही मान के आधार पर स्थानीय रूप से जांच की जाएंगी.
टैग: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase> डिफ़ॉल्ट: &कोटेशन, छोटा&कोट;
यह जांच की खास जानकारी के फ़ॉर्मैट के बारे में बताता है. मान्य वैल्यू &'short' सिर्फ़ जांच की गई जांचों के बारे में जानकारी प्रिंट करने के लिए, और #39;TERs', सिर्फ़ उन जांचों से जुड़ी जानकारी प्रिंट करने के लिए हैं जो पूरी तरह से सही नहीं हैं.
टैग: terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: &कोटेशन;-.*&कोटेशन;
टूलचेन रिज़ॉल्यूशन के दौरान डीबग करने की जानकारी प्रिंट करें. फ़्लैग एक रेगुलर एक्सप्रेशन लेता है. इसे अलग-अलग टूलचेन और खास टारगेट की जांच करके देखा जाता है कि कौनसा डीबग करना है. एक से ज़्यादा रेगुलर एक्सप्रेशन को कॉमा लगाकर अलग किया जा सकता है. साथ ही, हर रेगुलर एक्सप्रेशन की अलग से जांच की जाती है. ध्यान दें: इस फ़्लैग का आउटपुट बहुत जटिल है और यह केवल टूलचेन समाधान के विशेषज्ञों के लिए उपयोगी होगा.
टैग: terminal_output
--[no]verbose_explanations डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर एक्सप्लेनेशन चालू है, तो जारी किए गए एक्सप्लेनेशंस की सुविधा को और ज़्यादा शब्दों तक पहुंचाया जाएगा. अगर --explain चालू नहीं है, तो इसका कोई असर नहीं होता है.
टैग: affects_outputs
--[no]verbose_failures डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर कोई निर्देश काम नहीं करता, तो पूरी कमांड लाइन का प्रिंट लें.
टैग: terminal_output
ऐसे बेज कमांड में सामान्य इनपुट देने या उसमें बदलाव करने के विकल्प जो दूसरी कैटगरी में नहीं आते.:
--aspects_parameters=<a 'name=value' assignment> को एक से ज़्यादा बार इस्तेमाल किया गया
कमांड-लाइन आसपेक्ट पैरामीटर की वैल्यू तय करती है. हर पैरामीटर वैल्यू <param_name>=&ltlt;param_value> के ज़रिए बताई गई है. उदाहरण के लिए, 'my_param=my_val' जहां 'my_param' सूची के किसी पहलू में पैरामीटर है या सूची के किसी पहलू के लिए ज़रूरी है. यह विकल्प एक से ज़्यादा बार इस्तेमाल किया जा सकता है. हालांकि, एक ही पैरामीटर के लिए एक से ज़्यादा बार वैल्यू असाइन करने की अनुमति नहीं है.
टैग: loading_and_analysis
--flag_alias=<a 'name=value' flag alias> को एक से ज़्यादा बार इस्तेमाल किया गया
स्टारलार्क फ़्लैग के लिए शॉर्टहैंड नाम सेट करता है. यह एक तर्क के रूप में &kot;<key>=<value>&कोटेशन; में एक सिंगल-वैल्यू पेयर लेता है.
टैग: changes_inputs
--[no]incompatible_default_to_explicit_init_py डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
यह फ़्लैग डिफ़ॉल्ट व्यवहार को बदलता है, ताकि Python टारगेट की रनफ़ाइल में __init__.py फ़ाइलें अपने-आप न बन पाएं. सटीक रूप से, जब किसी py_binary या py_test टारगेट में legacy_create_init &kot;auto" (डिफ़ॉल्ट) पर सेट है, तो इसे गलत के तौर पर तभी माना जाता है, जब फ़्लैग किया गया हो. https://github.com/bazenbuild/bazen/issues/10076 देखें.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सही है, तो Python 2 के कॉन्फ़िगरेशन में बनाए गए टारगेट, आउटपुट रूट में दिखेंगे. इसमें सफ़िक्स '-py2' होता है. वहीं, Python 3 के लिए बनाए गए टारगेट, Python से जुड़े सफ़िक्स के बिना रूट में दिखेंगे. इसका मतलब है कि `bazen-bin` सुविधा का सिमलिंक, Python 2 के बजाय Python 3 के टारगेट पर ले जाएगा. अगर आप इस विकल्प को चालू करते हैं, तो `--incompatible_py3_is_default` को चालू करने का सुझाव दिया जाता है.
टैग: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो `py_binary` और `py_test` टारगेट, जो अपने `python_version` (या `default_python_version`) एट्रिब्यूट को सेट नहीं करती हैं, PY2 के बजाय PY3 पर डिफ़ॉल्ट रूप से लागू होंगी. अगर आप इस फ़्लैग को सेट करते हैं, तो `--incompatible_py2_ आउटपुटs_are_suffixed` सेट करने का सुझाव भी दिया जाता है.
टैग: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही पर सेट किया जाता है, तो एक्ज़ीक्यूटेबल Python नियम, Python टूलचेन की ओर से बताए गए Python रनटाइम का इस्तेमाल करेगा. इसके बजाय, --python_top जैसे लेगसी फ़्लैग से मिलने वाले रनटाइम का इस्तेमाल किया जाएगा.
टैग: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> डिफ़ॉल्ट: विवरण देखें
Python 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
टैग किए गए टेस्ट टारगेट को हर हाल में बनाएं ##39;मैन्युअल'. 'मैन्युअल' जांचों को प्रोसेस नहीं किया जाता. यह विकल्प उन्हें बाध्य करने के लिए बाध्य करता है (लेकिन निष्पादित नहीं किया जाता).
--build_tag_filters=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
इससे, टैग की कॉमा-सेपरेटेड लिस्ट के बारे में पता चलता है. शामिल नहीं किए गए टैग को तय करने के लिए, वैकल्पिक रूप से हर टैग के पहले '-' हो सकता है. सिर्फ़ उन टारगेट को बनाया जाएगा जिनमें कम से कम एक शामिल टैग शामिल है और जिसमें कोई भी बाहर रखा गया टैग शामिल नहीं है. यह विकल्प 'test' कमांड से लागू की जाने वाली जांचों के सेट पर असर नहीं डालता; इन तरीकों को जांच फ़िल्टर करने के विकल्पों से नियंत्रित किया जाता है, उदाहरण के लिए '--test_tag_filters'
--[no]build_tests_only डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह तय किया जाता है, तो सिर्फ़ *_test और test_suite के नियम बनाए जाएंगे. साथ ही, कमांड लाइन पर दिए गए अन्य टारगेट को अनदेखा किया जाएगा. डिफ़ॉल्ट रूप से, जो भी अनुरोध किया जाएगा वह बनाया जाएगा.
--[no]cache_test_results] -t] डिफ़ॉल्ट: &कोट्स;ऑटो&कोट्स;
अगर 'auto' पर सेट है, तो बेज़ल टेस्ट को फिर से चलाता है, अगर: (1) बैजल को टेस्ट या उसकी डिपेंडेंसी में बदलाव का पता चलता है, (2) टेस्ट को बाहरी के तौर पर मार्क किया जाता है, (3) टेस्ट को पहले -runs_per_test या{0}4) के साथ पूरा किया गया. अगर 'yes' पर सेट है, तो बेज़ेल बाहरी के तौर पर मार्क किए गए टेस्ट को छोड़कर सभी टेस्ट नतीजों को कैश मेमोरी में सेव कर लेता है. अगर 'no' पर सेट है, तो बेज़ेल किसी भी परीक्षण के नतीजों को कैश नहीं करता है.
--[no]compile_one_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
आर्ग्युमेंट फ़ाइलों का एक डिपेंडेंसी कंपाइल करें. यह आईडीई में सोर्स फ़ाइलों की सिंटैक्स जांच करने के लिए काम का होता है. उदाहरण के लिए, एडिट/बिल्ड/टेस्ट साइकल में गड़बड़ियों का जल्द से जल्द पता लगाने के लिए, सोर्स फ़ाइल पर निर्भर एक टारगेट को फिर से बनाकर. यह तर्क, बिना फ़्लैग वाले सभी तर्कों को समझने के तरीके पर असर डालता है; टारगेट बनाने के बजाय वे सोर्स फ़ाइल नाम हैं. हर सोर्स फ़ाइल के नाम के हिसाब से आर्बिट्रेरी टारगेट बनाया जाएगा.
--deleted_packages=<comma-separated list of package names> डिफ़ॉल्ट: &कोटेशन;
उन पैकेज के नामों की कॉमा-सेपरेटेड लिस्ट जो बिल्ड सिस्टम को गैर-मौजूद माना जाएगा, भले ही वे पैकेज पाथ पर कहीं भी दिखाई दें. किसी मौजूदा पैकेज का सबपैकेज 'x/y' # मिटाते समय इस विकल्प का इस्तेमाल करें. उदाहरण के लिए, अपने क्लाइंट में x/y/BUILD मिटाने के बाद, अगर किसी लेबल को {#39;//x:y/z&#39 मिलता है, तो बिल्ड सिस्टम इसकी शिकायत कर सकता है; अगर ऐसा किसी दूसरे package_path एंट्री से मिला हो. इस तारीख को --delete_packages x/y को दर्ज करने से इस समस्या से बचा जा सकता है.
--[no]discard_analysis_cache डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
विश्लेषण की प्रक्रिया पूरी होने के तुरंत बाद, विश्लेषण की कैश मेमोरी खारिज करें. यह मेमोरी का इस्तेमाल ~10% तक कम कर देता है, लेकिन इससे आगे बढ़ने की रफ़्तार कम हो जाती है.
--execution_log_binary_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, इस फ़ाइल में बदले गए स्पान को, सीमांकित स्पान के रूप में लॉग करें. लॉग को पहले बिना किसी आदेश के लिखा जाता है. इसके बाद, शुरू करने के आखिर में, एक स्थिर क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. मिलते-जुलते फ़्लैग: --execution_log_json_file (ऑर्डर किया गया टेक्स्ट json फ़ॉर्मैट), --प्रयोगल_execution_log_file (ऑर्डर नहीं किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड्स दिखाने के लिए).
--execution_log_json_file=<a path> डिफ़ॉल्ट: विवरण देखें
src/main/protobuf/spawn.proto के मुताबिक, सीमांकित स्पान प्रोटो के json प्रतिनिधित्व के रूप में इस फ़ाइल में निष् पादित लॉग को लॉग करें. लॉग को पहले बिना किसी आदेश के लिखा जाता है. इसके बाद, शुरू करने के आखिर में, एक स्थिर क्रम में लगाया जाता है. इसमें सीपीयू और मेमोरी का इस्तेमाल किया जा सकता है. मिलते-जुलते फ़्लैग: मिलते-जुलते फ़्लैग: --execution_log_binary_file (ऑर्डर किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --प्रयोगal_execution_log_file (ऑर्डर नहीं किया गया बाइनरी प्रोटोबफ़ फ़ॉर्मैट), --subcommands (टर्मिनल आउटपुट में सबकॉमैंड्स दिखाने के लिए).
--[no]expand_test_suites डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
विश्लेषण करने से पहले, test_suite के टारगेट को कंस्ट्रेंट टेस्ट में शामिल करें. जब यह फ़्लैग चालू (डिफ़ॉल्ट) होता है, तो टेस्ट सुइट से जुड़े टेस्ट पर नेगेटिव टारगेट पैटर्न लागू होंगे. ऐसा न होने पर वे ऐसा नहीं करेंगे. यह फ़्लैग बंद करना तब फ़ायदेमंद होता है, जब टॉप लेवल के पहलुओं को कमांड लाइन पर लागू किया जाता है: फिर वे test_suite टारगेट का विश्लेषण कर सकते हैं.
टैग: loading_and_analysis
--[no]experimental_cancel_concurrent_tests डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह बात सही है, तो ब्लॉज़ पहली बार रन करने पर एक साथ चल रहे टेस्ट रद्द कर देंगे. यह सिर्फ़ --runs_per_test_detects_flaake के साथ काम करता है.
टैग: 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 डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
प्लान किए गए स्पान लॉग में स्पान मेट्रिक शामिल करें.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> डिफ़ॉल्ट: &कोटेशन;
अधिकारों के पक्ष में समर्थन नहीं किया गया. फ़िल्टर के उन सेट को फ़िल्टर करता है जिनके लिए additional_actions को शेड्यूल किया जा सकता है.
--[no]experimental_extra_action_top_level_only डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अधिकारों के पक्ष में समर्थन नहीं किया गया. सिर्फ़ टॉप लेवल टारगेट के लिए additional_actions शेड्यूल करता है.
--[no]experimental_fetch_all_coverage_outputs डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल कवरेज के दौरान हर टेस्ट के लिए पूरी कवरेज डेटा डायरेक्ट्री फ़ेच करती हैं.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो सीएलजीवी के लिए कवरेज एक एलसीओवी रिपोर्ट जनरेट करेगा.
टैग: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
J2ObjC हेडर मैप के साथ-साथ J2ObjC हेडर मैप जनरेट करना है या नहीं.
--[no]experimental_j2objc_shorter_header_path डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या छोटे हेडर पाथ के साथ जनरेट करना है (&kot;_j2objc&कोटेशन; के बजाय "_ios&कोटेशन;).
टैग: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> डिफ़ॉल्ट: &kot;javabuilder&कोटेशन;
Java कंपाइलेशन के लिए कम क्लासपाथ चालू करता है.
--[no]experimental_limit_android_lint_to_android_constrained_java डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
Android प्रयोग के लिए बनी लाइब्रेरी तक सीमित करें.
टैग: affects_outputs
--[no]experimental_local_memory_estimate डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
असल में उपलब्ध ऑनलाइन मेमोरी का अनुमान लगाएं. डिफ़ॉल्ट रूप से, ब्लेज़, ज़्यादातर कार्रवाइयों के लिए एक तय मेमोरी का इस्तेमाल करते हैं. साथ ही, ब्लॉज़, सिस्टम की कुल उपलब्ध मेमोरी में से गिना जाता है, भले ही असल में कितनी भी मेमोरी उपलब्ध हो. यह विकल्प, ऑनलाइन गतिविधि से किसी खास समय पर उपलब्ध मेमोरी का अनुमान लगाने में मदद करता है. इसलिए, इसके लिए किसी अनुमान की ज़रूरत नहीं होती कि किसी कार्रवाई के लिए कितनी मेमोरी इस्तेमाल होगी.
--[no]experimental_prioritize_local_actions डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर नीति को सेट किया जाता है, तो सिर्फ़ स्थानीय तौर पर चलाई जा सकने वाली कार्रवाइयों को संसाधन हासिल करने का मौका मिलता है. साथ ही, डाइनैमिक तौर पर काम करने वाले कर्मचारियों को दूसरा मौका मिलता है. साथ ही, डाइनैमिक तौर पर काम करने वाली स्टैंडअलोन कार्रवाइयां सबसे पहले होती हैं.
टैग: execution
--[no]experimental_run_android_lint_on_java_rules डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
java_* स्रोतों की पुष्टि करना है या नहीं.
टैग: affects_outputs
--[no]explicit_java_test_deps डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
TestRunner's को गलती से पाने के बजाय, java_test में JUnit या Hamcrest में डिपेंडेंसी तय करें. फ़िलहाल, यह सुविधा सिर्फ़ बेज़ल के लिए काम करती है.
--host_java_launcher=<a build target label> डिफ़ॉल्ट: विवरण देखें
बिल्ड के दौरान इस्तेमाल किए जाने वाले टूल में, Java लॉन्चर का इस्तेमाल किया जाता है.
--host_javacopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बिल्ड के दौरान एक्ज़ीक्यूट करने वाले टूल बनाते समय Javac को पास करने के दूसरे विकल्प.
--host_jvmopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बिल्ड के दौरान चलाए जाने वाले टूल बनाते समय, Java वीएम में पास करने के दूसरे विकल्प. ये विकल्प, हर java_binary टारगेट के VM स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--[no]incompatible_exclusive_test_sandboxed डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो सैंडबॉक्स की गई रणनीति के साथ खास जांचें की जाएंगी. ##39;local' टैग जोड़ें, ताकि स्थानीय तौर पर उपलब्ध टेस्ट में ज़्यादा से ज़्यादा लोग शामिल हो सकें
टैग: incompatible_change
--[no]incompatible_strict_action_env डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेज़ल PATH के लिए स्टैटिक वैल्यू वाले एनवायरमेंट का इस्तेमाल करते हैं और उन्हें LD_ निर्देश_PATH इनहेरिट नहीं करता. अगर आप क्लाइंट से खास एनवायरमेंट वैरिएबल इनहेरिट करना चाहते हैं, तो --action_env=ENV_VARIABLE का इस्तेमाल करें, लेकिन ध्यान दें कि अगर शेयर की गई कैश मेमोरी का इस्तेमाल किया जाता है, तो ऐसा करने से क्रॉस-उपयोगकर्ता कैशिंग रुक सकती है.
टैग: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> को एक से ज़्यादा बार इस्तेमाल किया गया
J2ObjC टूल को पास करने के लिए अन्य विकल्प.
--java_debug
इसकी वजह से, Java जांच की Java वर्चुअल मशीन को टेस्ट शुरू करने से पहले, JDWP के मुताबिक डीबगर (जैसे कि jdb) के कनेक्शन का इंतज़ार करना पड़ता है. Implies -test_ आउटपुट=streamed.
बड़ा होने का समय:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
हर Java टारगेट के लिए, डिपेंडेंसी की जानकारी (कंपाइल-टाइम क्लासपाथ के लिए) जनरेट करें.
--[no]java_header_compilation डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
सीधे स्रोत से बनाए गए आईजर को कंपाइल करें.
--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 टारगेट के VM स्टार्टअप विकल्पों में जोड़ दिए जाएंगे.
--legacy_main_dex_list_generator=<a build target label> डिफ़ॉल्ट: विवरण देखें
बाइनरी मल्टीप्लेक्स को कंपाइल करते समय, उन क्लास की सूची बनाने के लिए एक बाइनरी का इस्तेमाल करें जो मुख्य डेक्स में होनी चाहिए.
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: "HOST_CPUS&कोटेशन;
Bयानी के लिए उपलब्ध लोकल सीपीयू की कुल संख्या साफ़ तौर पर सेट करें, ताकि बिल्ड की कार्रवाइयों को स्थानीय तौर पर लागू किया जा सके. एक पूर्णांक या &आपकी कोटेशन_होस्टिंग_कोट्स&कोटेशन लेता है. वैकल्पिक रूप से इसके बाद [-|*]<flow> (जैसे, Host_CPUS*.5, जो उपलब्ध सीपीयू कोर का आधा इस्तेमाल कर सके).डिफ़ॉल्ट रूप से, (&QUt;HOST_CPUS&कोटेशन;), बेज़ेल उपलब्ध सिस्टम कोर की संख्या का अनुमान लगाने के लिए सिस्टम कॉन्फ़िगरेशन की क्वेरी करेगा.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> डिफ़ॉल्ट: &कोटेशन;रैम_रैम*.67&कोट करें;
स्थानीय रूप से बनाई गई बिल्ड कार्रवाइयों पर खर्च करने के लिए, साफ़ तौर पर बज़ेल को उपलब्ध स्थानीय होस्ट रैम की कुल संख्या (एमबी में) सेट करें. एक पूर्णांक या &दोनों के अंदर एक अंग्रेज़ी वैल्यू लेता है., Host_RAM" और उसके बाद वैकल्पिक रूप से आता है; (जैसे, []*]<flow> (उदाहरण Host_RAM*.5, ताकि रैम का आधा हिस्सा उपलब्ध हो). डिफ़ॉल्ट रूप से, &("HOST_RAM*.67"), बेज़ेल उपलब्ध रैम की मात्रा का अनुमान लगाने के लिए सिस्टम कॉन्फ़िगरेशन से क्वेरी करेगी और उसका 67% उपयोग करेगी.
--local_termination_grace_seconds=<an integer> डिफ़ॉल्ट: &कोटेशन&15
टाइम आउट की वजह से, स्थानीय प्रक्रिया को खत्म करने और ज़बरदस्ती बंद करने के बीच इंतज़ार करने का समय.
--package_path=<colon-separated list of options> डिफ़ॉल्ट: &कोटेशन;%workspace%&कोटेशन;
कोलन से अलग की गई सूची जिसमें पैकेज कहां देखे जा सकते हैं. '%workspace%&#39 से शुरू होने वाले एलिमेंट, एनक्लोज़िंग फ़ाइल फ़ोल्डर के हिसाब से होते हैं. अगर खाली है या खाली है, तो डिफ़ॉल्ट रूप से 'bazer की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--plugin=<a build target label> को एक से ज़्यादा बार इस्तेमाल किया गया
बिल्ड में इस्तेमाल करने के लिए प्लग इन. फ़िलहाल, यह java_प्लग इन के साथ काम करता है.
--proguard_top=<a build target label> डिफ़ॉल्ट: विवरण देखें
यह बताता है कि Java बाइनरी बनाते समय, कोड हटाने के लिए ProGuard के किस वर्शन का इस्तेमाल किया जाना चाहिए.
--proto_compiler=<a build target label> डिफ़ॉल्ट: &कोट्स;@com_google_protobuf//:प्रोटोक</कोट
प्रोटो-कंपाइलर का लेबल.
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> डिफ़ॉल्ट: "@com_google_protobuf//:cc_toolchain&कोटेशन;
proto_lang_toolchain() का लेबल जो C++ प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> डिफ़ॉल्ट: "@bazen_tools//tools/j2objc:j2objc_proto_toolchain"
proto_lang_toolchain() का लेबल जो j2objc protos को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> डिफ़ॉल्ट: "@com_google_protobuf//:java_toolchain"
proto_lang_toolchain() का लेबल जो Java प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> डिफ़ॉल्ट: "@com_google_protobuf//:javalite_toolchain"
proto_lang_toolchain() का लेबल जो JavaLite प्रोटो को कंपाइल करने का तरीका बताता है
टैग: affects_outputs, loading_and_analysis
--protocopt=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
प्रोटोबफ़ कंपाइलर को पास करने के दूसरे विकल्प.
टैग: affects_outputs
--[no]runs_per_test_detects_flakes डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो किसी भी शार्ड में कम से कम एक रन/अट्रैक्शन पास होता है और कम से कम एक रन/अट्रैक्शन असफल होता है.
--shell_executable=<a path> डिफ़ॉल्ट: विवरण देखें
BShell के इस्तेमाल के लिए, शेल एक्ज़ीक्यूटेबल का इस्तेमाल करता है. अगर इस नीति को सेट नहीं किया जाता है, तो BAZEL_SH एनवायरमेंट वैरिएबल, पहले बेज़ेल के शुरू होने पर सेट होगा (जो एक बेज़ेल सर्वर को शुरू करता है), बेज़ेल इसका इस्तेमाल करते हैं. अगर दोनों को सेट नहीं किया जाता है, तो बेज़ल हार्ड ऑपरेटिंग कोड का इस्तेमाल करता है. यह पाथ, ऑपरेटिंग सिस्टम (Windows: c:/tools/mapis64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, और बाकी सभी: /bin/bash) के हिसाब से तय होता है. ध्यान दें कि ऐसे शेल का इस्तेमाल करना जो बैश के साथ काम नहीं करता हो, जनरेट की गई बाइनरी के असफल होने या रनटाइम गड़बड़ियों की वजह हो सकता है.
टैग: loading_and_analysis
--[no]show_loading_progress डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे चालू किया जाता है, तो बेज़ल प्रिंट करने के साथ-साथ कोटेशन लोड कर रही है:&कोटेशन मैसेज.
--test_arg=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
ज़्यादा विकल्प और आर्ग्युमेंट के बारे में बताता है जिन्हें जांच एक्ज़ीक्यूटेबल में पास किया जाना चाहिए. कई आर्ग्युमेंट चुनने के लिए, एक से ज़्यादा बार इस्तेमाल किया जा सकता है. अगर एक से ज़्यादा जांच की जाती हैं, तो हर जांच को एक जैसे आर्ग्युमेंट मिलेंगे. इसका इस्तेमाल सिर्फ़ 'bazen टेस्ट' कमांड के ज़रिए किया जाता है.
--test_filter=<a string> डिफ़ॉल्ट: विवरण देखें
टेस्ट फ़्रेमवर्क पर फ़ॉरवर्ड करने के लिए फ़िल्टर तय करता है. इसका इस्तेमाल करके, जांच को सीमित किया जा सकता है. ध्यान दें कि इससे जो टारगेट बनाए जाते हैं उन पर कोई असर नहीं पड़ता.
--test_lang_filters=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
यह जांच के लिए इस्तेमाल होने वाली भाषाओं की सूची होती है जिसमें कॉमा लगाकर अलग किए गए होने चाहिए. शामिल न की जाने वाली भाषाओं के बारे में बताने के लिए, हर भाषा के आगे '-' हो सकता है. सिर्फ़ वे टेस्ट टारगेट ही मिलेंगे जो तय भाषाओं में लिखे गए हैं. हर भाषा के लिए इस्तेमाल किया गया नाम, *_test नियम की भाषा के प्रीफ़िक्स के जैसा होना चाहिए. उदाहरण के लिए, 'cc', 'java', 'py' वगैरह.
--test_result_expiration=<an integer> डिफ़ॉल्ट: &कोटेशन--1&कोटेशन;
इस विकल्प के इस्तेमाल पर रोक लगा दी गई है और इसका कोई असर नहीं है.
--[no]test_runner_fail_fast डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
फ़ॉरवर्ड करने पर, टेस्ट रनर के लिए तेज़ विकल्प काम नहीं करता. पहली बार असफल होने पर, टेस्ट रनर को एक्ज़ीक्यूशन बंद कर देना चाहिए.
--test_sharding_strategy=<explicit or disabled> डिफ़ॉल्ट: &कोटेशन;अश्लील&कोटेशन;
शार्डिंग के लिए रणनीति तय करें: 'explicit' शार्डिंग का इस्तेमाल करने के लिए अगर 'sard_count' BUILD एट्रिब्यूट मौजूद हो. 'बंद किए गए' कभी भी टेस्ट शार्डिंग का इस्तेमाल न करें.
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> डिफ़ॉल्ट: &कोटेशन;
टेस्ट साइज़ की कॉमा-सेपरेटेड लिस्ट के बारे में बताता है. अलग-अलग साइज़ तय करने के लिए, साइज़ के पहले '-&#39. सिर्फ़ ऐसे टेस्ट टारगेट मिलेंगे जिनमें कम से कम एक शामिल साइज़ हो और जिनमें बाहर रखे गए साइज़ शामिल न हों. यह विकल्प --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> डिफ़ॉल्ट: &कोटेशन;remotejdk_11&कोटेशन;
ये Java रनटाइम वर्शन, बिल्ड के दौरान टूल को लागू करने के लिए इस्तेमाल किए जाते थे
--[no]use_ijars डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सुविधा चालू है, तो इस विकल्प की वजह से Java कंपाइलेशन, इंटरफ़ेस में जार का इस्तेमाल करता है. इससे बढ़ने वाला कंपाइलेशन तेज़ी से होगा, लेकिन गड़बड़ी के मैसेज अलग-अलग हो सकते हैं.

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

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

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]canonicalize_policy डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
यूआरएल को बड़ा और फ़िल्टर करने के बाद, कैननिकल नीति के बारे में जानकारी दें. आउटपुट को सही रखने के लिए, जब यह विकल्प सही पर सेट किया जाता है, तो कैननिकल निर्देश वाले आर्ग्युमेंट नहीं दिखाए जाते. ध्यान दें कि --for_command के ज़रिए बताए गए निर्देश से, फ़िल्टर की गई नीति पर असर पड़ता है. अगर कोई निर्देश नहीं दिया गया है, तो डिफ़ॉल्ट निर्देश 'build' है.
टैग: affects_outputs, terminal_output
--[no]show_warnings डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
स्टैंडर्ड गड़बड़ी के लिए आउटपुट पार्सर की चेतावनी (उदाहरण के लिए, अलग-अलग फ़्लैग के विकल्पों के लिए).
टैग: affects_outputs, terminal_output
ऐसे विकल्प जो बेजल इनपुट को सही तरीके से लागू करने के तरीकों (नियम की परिभाषाएं, फ़्लैग करने के कॉम्बिनेशन वगैरह) पर असर डालते हैं:
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर आपके पास काम न करने वाली कॉन्फ़िगरेशन_सेटिंग_की सेटिंग 'गलत है' है, तो यह nop है. या फिर, अगर यह फ़्लैग गलत है, तो साफ़ तौर पर दिखने वाले किसी एट्रिब्यूट के बिना config_setting, //vision:public है. अगर यह फ़्लैग सही है, तो config_setting अन्य सभी नियमों की तरह ही दिखने वाले लॉजिक का पालन करता है. https://github.com/bazerbuild/bazer/issues/12933 देखें.
टैग: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो config_setting दिखने की पाबंदियां लागू करें. अगर गलत है, तो हर टारगेट के लिए हर config_setting दिखाई देती है. https://github.com/bazenbuild/bazen/issues/12932 देखें.
टैग: loading_and_analysis, incompatible_change
ऐसे विकल्प जो बोली के फ़ॉर्मैट, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
किसी सामान्य इनपुट के बारे में बताने या उसे बदलने के विकल्प, जो बेज़ल कमांड में होते हैं, जो दूसरी कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली नहीं है, तो WORKSPACE फ़ाइल के बजाय समाधान की गई खास फ़ाइल पढ़ें
टैग: changes_inputs
--for_command=<a string> डिफ़ॉल्ट: &कोटेशन;बिल्ड;
वह निर्देश जिसके लिए विकल्पों को कैननिकल होना चाहिए.
टैग: affects_outputs, terminal_output
--invocation_policy=<a string> डिफ़ॉल्ट: &कोटेशन;
यूआरएल के कैननिकल होने की जांच करने के लिए, लागू करने की नीति लागू होती है.
टैग: affects_outputs, terminal_output
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--deleted_packages=<comma-separated list of package names> डिफ़ॉल्ट: &कोटेशन;
उन पैकेज के नामों की कॉमा-सेपरेटेड लिस्ट जो बिल्ड सिस्टम को गैर-मौजूद माना जाएगा, भले ही वे पैकेज पाथ पर कहीं भी दिखाई दें. किसी मौजूदा पैकेज का सबपैकेज 'x/y' # मिटाते समय इस विकल्प का इस्तेमाल करें. उदाहरण के लिए, अपने क्लाइंट में x/y/BUILD मिटाने के बाद, अगर किसी लेबल को {#39;//x:y/z&#39 मिलता है, तो बिल्ड सिस्टम इसकी शिकायत कर सकता है; अगर ऐसा किसी दूसरे package_path एंट्री से मिला हो. इस तारीख को --delete_packages x/y को दर्ज करने से इस समस्या से बचा जा सकता है.
--override_repository=<an equals-separated mapping of repository name to path> को एक से ज़्यादा बार इस्तेमाल किया गया
रिपॉज़िटरी को लोकल डायरेक्ट्री से बदल देता है.
--package_path=<colon-separated list of options> डिफ़ॉल्ट: &कोटेशन;%workspace%&कोटेशन;
कोलन से अलग की गई सूची जिसमें पैकेज कहां देखे जा सकते हैं. '%workspace%&#39 से शुरू होने वाले एलिमेंट, एनक्लोज़िंग फ़ाइल फ़ोल्डर के हिसाब से होते हैं. अगर खाली है या खाली है, तो डिफ़ॉल्ट रूप से 'bazer की जानकारी डिफ़ॉल्ट-पैकेज-पाथ' का आउटपुट होता है.
--[no]show_loading_progress डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर इसे चालू किया जाता है, तो बेज़ल प्रिंट करने के साथ-साथ कोटेशन लोड कर रही है:&कोटेशन मैसेज.

साफ़ विकल्प

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

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
ऐसे विकल्प जो निर्देश के आउटपुट को कंट्रोल करते हैं:
--[no]async डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, आउटपुट की सफ़ाई एसिंक्रोनस होती है. यह निर्देश पूरा होने के बाद, उसी क्लाइंट में नए निर्देश लागू करना सुरक्षित होगा. भले ही, उसे बैकग्राउंड में मिटाया जा सके.
टैग: host_machine_resource_optimizations
--[no]expunge डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, इस बेसेल इंस्टेंस के लिए, सफ़ाई करने वाला पूरा सिस्टम हटा दिया जाता है. इसमें बेजल के बनाए गए सभी अस्थायी सामान शामिल हैं. साथ ही, अगर आउटपुट चल रहा है, तो इससे बेज सर्वर बंद हो जाता है.
टैग: host_machine_resource_optimizations
--expunge_async
अगर आप चाहें, तो इस बेसेल इंस्टेंस के लिए, एसिंक्रोनस तरीके से पूरी तरह से काम करने वाले ट्री को हटा दिया जाता है. इसमें बेजल के बनाए गए सभी अस्थायी सामान शामिल हैं. साथ ही, अगर आउटपुट चल रहा है, तो बेज सर्वर बंद हो जाता है. यह निर्देश पूरा होने के बाद, उसी क्लाइंट में नए निर्देश लागू करना सुरक्षित होगा. भले ही, उसे बैकग्राउंड में मिटाया जा सके.
इन्हें बड़ा किया जाएगा:
--expunge
--async

टैग: host_machine_resource_optimizations
अगर यह सही है, तो फ़ाइल फ़ोल्डर में मौजूद symlink_prefix प्रीफ़िक्स वाले सभी सिमलिंक मिटा दिए जाएंगे. इस फ़्लैग के बिना, सिर्फ़ पहले से तय सफ़िक्स वाले सिमलिंक साफ़ किए जाते हैं.
टैग: affects_outputs
वे विकल्प जो बेज़ल की मदद से, मान्य बिल्ड इनपुट को लागू करने के तरीकों (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह) पर असर डालते हैं:
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
लॉग की जगह की जानकारी, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
किसी सामान्य इनपुट के बारे में बताने या उसे बदलने के विकल्प, जो बेज़ल कमांड में होते हैं, जो दूसरी कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो WORKSPACE फ़ाइल के बजाय समाधान की गई खास फ़ाइल पढ़ें
टैग: changes_inputs
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--override_repository=<an equals-separated mapping of repository name to path> को एक से ज़्यादा बार इस्तेमाल किया गया
रिपॉज़िटरी को लोकल डायरेक्ट्री से बदल देता है.

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

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

जांच से जुड़े सभी विकल्पों को इनहेरिट करता है.

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
वे विकल्प जो बेजल के ज़रिए सही बिल्ड इनपुट लागू करने के तरीकों (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह) पर असर डालते हैं:
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
लॉग की जगह की जानकारी, फ़ॉर्मैट या जगह पर असर डालने वाले विकल्प:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
किसी सामान्य इनपुट के बारे में बताने या उसे बदलने के विकल्प, जो बेज़ल कमांड में होते हैं, जो दूसरी कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो WORKSPACE फ़ाइल के बजाय समाधान की गई खास फ़ाइल पढ़ें
टैग: changes_inputs
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--override_repository=<an equals-separated mapping of repository name to path> को एक से ज़्यादा बार इस्तेमाल किया गया
रिपॉज़िटरी को लोकल डायरेक्ट्री से बदल देता है.

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

जांच से जुड़े सभी विकल्पों को इनहेरिट करता है.

विकल्प जो निर्देश से पहले दिखते हैं और क्लाइंट ने उन्हें पार्स किया है:
--check_direct_dependencies=<off, warning or error> डिफ़ॉल्ट: &कोटेशन;चेतावनी&
जांचें कि रूट मॉड्यूल में बताई गई सीधे तौर पर `bazen_dep` डिपेंडेंसी वही वर्शन हैं जो आपको रिज़ॉल्व किए गए डिपेंडेंसी ग्राफ़ में मिले हैं. चेक को बंद करने के लिए मान्य मान 'बंद' हैं, मेल न खाने पर चेतावनी प्रिंट करने के लिए 'चेतावनी' या समाधान की गड़बड़ी के बारे में बताने के लिए 'गड़बड़ी'.
टैग: loading_and_analysis
--distdir=<a path> को एक से ज़्यादा बार इस्तेमाल किया गया
संग्रह को डाउनलोड करने के लिए, ऐक्सेस करने से पहले संग्रह करने के लिए दूसरी जगहें.
टैग: bazel_internal_configuration
--[no]experimental_enable_bzlmod डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
सही होने पर, बैज़ेल WORKSPACE फ़ाइल को देखने से पहले Bzlmod सिस्टम से बाहरी डेटा स्टोर करने की जगह लोड करने की कोशिश करता है.
टैग: loading_and_analysis
अगर यह नीति सेट की जाती है, तो कैश मेमोरी का डेटा कॉपी करने के बजाय, कैश मेमोरी में सेव किया जाएगा. ऐसा, कैश मेमोरी में सेव किए गए यूआरएल के मामले में होगा. इसका मकसद डिस्क में जगह बचाना है.
टैग: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो अगर तय नहीं किया गया है, तो कैननिकल डाउनलोड के तौर पर रिपॉज़िटरी डाउनलोड के यूआरएल से मिली स्ट्रिंग का इस्तेमाल करें. इससे, यूआरएल में बदलाव होता है, जिससे कैश मेमोरी में डाउनलोड किए गए उसी हैश का इस्तेमाल होने पर भी उसे फिर से डाउनलोड किया जाता है. इसका इस्तेमाल यह पुष्टि करने के लिए किया जा सकता है कि यूआरएल में बदलाव से यूआरएल में कोई गड़बड़ी तो नहीं.
टैग: loading_and_analysis, experimental
--[no]experimental_repository_disable_download डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर इस नीति को सेट किया जाता है, तो बाहरी डेटा स्टोर करने की जगह को डाउनलोड करने की अनुमति नहीं होगी.
टैग: 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
दिए गए फ़ैक्टर के ज़रिए एचटीटीपी डाउनलोड से जुड़े सभी टाइम आउट बढ़ाएं
टैग: bazel_internal_configuration
--[no]ignore_dev_dependency डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल रूट मॉड्यूल के MODULE.bazer में `dev_dependency` के रूप में बताए गए `bazen_dep` और `use_extensions` को अनदेखा करता है. ध्यान दें कि अगर डेव डिपेंडेंसी, MODULE.bazen में रूट मॉड्यूल की वैल्यू नहीं है, तो इसे हमेशा अनदेखा किया जाता है. भले ही, इस फ़्लैग की वैल्यू कुछ भी हो.
टैग: loading_and_analysis
--registry=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
बज़ेल मॉड्यूल डिपेंडेंसी का पता लगाने के लिए, रजिस्ट्री तय की जाती हैं. ऑर्डर अहम है: पहले पहली रजिस्ट्री में मॉड्यूल देखे जाएंगे. बाद में, रजिस्ट्री आगे बढ़ेंगी.
टैग: changes_inputs
--repository_cache=<a path> डिफ़ॉल्ट: विवरण देखें
बाहरी डेटा स्टोर करने की जगह को फ़ेच करने के दौरान, डाउनलोड की गई वैल्यू की कैश मेमोरी की जगह बताती है. तर्क के रूप में खाली स्ट्रिंग, कैश मेमोरी को बंद करने का अनुरोध करती है.
टैग: bazel_internal_configuration
वे विकल्प जो बेजल के ज़रिए सही बिल्ड इनपुट लागू करने के तरीकों (नियम की परिभाषाएं, फ़्लैग के कॉम्बिनेशन वगैरह) पर असर डालते हैं:
--experimental_repository_hash_file=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर यह खाली नहीं है, तो ऐसी फ़ाइल के बारे में बताता है जिसमें समाधान की गई वैल्यू है. इसके बजाय, रिपॉज़िटरी डायरेक्ट्री के हैश की पुष्टि की जानी चाहिए
टैग: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> को एक से ज़्यादा बार इस्तेमाल किया गया
अगर रिपॉज़िटरी के उन नियमों की सूची जिनके लिए आउटपुट डायरेक्ट्री के हैश की पुष्टि होनी चाहिए, बशर्ते फ़ाइल को --प्रयोगal_repository_hash_file से बताया गया हो.
टैग: affects_outputs, experimental
यह विकल्प Starlark की भाषा या बिल्ड एपीआई के सिमैंटिक पर असर डालता है. इसे BUILD फ़ाइलों, .bzl फ़ाइलों या WORKSPACE फ़ाइलों से ऐक्सेस किया जा सकता है.:
--[no]experimental_allow_top_level_aspects_parameters डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नहीं
टैग: no_op, deprecated, experimental
क्वेरी के आउटपुट और सिमैंटिक से जुड़े विकल्प:
--aspect_deps=<off, conservative or precise> डिफ़ॉल्ट: "कंज़र्वेटिव&कोटेशन;
आउटपुट डिपेंडेंसी को तब ठीक करें, जब आउटपुट फ़ॉर्मैट {xml,proto,record} में से कोई एक हो. 'off' इसका मतलब है कि कोई भी आसपेक्ट डिपेंडेंसी हल नहीं की जाती है और (#डिफ़ॉल्ट) ध्यान दें कि सटीक मोड में, किसी एक टारगेट का आकलन करने के लिए दूसरे पैकेज को लोड करना ज़रूरी होता है. इससे यह अन्य मोड की तुलना में धीमा हो जाता है. यह भी ध्यान दें कि सटीक मोड भी पूरी तरह से सटीक नहीं होता है: यह तय किया जाता है कि किसी विश्लेषण का विश्लेषण करना है या नहीं. यह विश्लेषण के चरण में तय किया जाता है. इस तरीके को 'बेजल क्वेरी' के दौरान नहीं चलाया जाता.
टैग: build_file_semantics
--[no]graph:factored डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो ग्राफ़ को ##39;फ़ैक्टर किया गया' यानी, भौगोलिक रूप से मिलते-जुलते नोड को एक साथ मर्ज किया जाएगा और उनके लेबल जोड़े जाएंगे. यह विकल्प सिर्फ़ --आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--graph:node_limit=<an integer> डिफ़ॉल्ट: &कोटेशन;512&कोटेशन;
आउटपुट में ग्राफ़ नोड के लिए लेबल स्ट्रिंग की ज़्यादा से ज़्यादा लंबाई. लंबे लेबल छोटे कर दिए जाएंगे; -1 का मतलब है कि कोई काट-छांट नहीं. यह विकल्प सिर्फ़ --आउटपुट=ग्राफ़ पर लागू होता है.
टैग: terminal_output
--[no]implicit_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह चालू है, तो इंप्लिसिट डिपेंडेंसी को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. इंप्लिसिट डिपेंडेंसी, वह है जो BUILD फ़ाइल में साफ़ तौर पर नहीं बताई गई है, लेकिन बेज़ल ने जोड़ी है. cquery के लिए, यह विकल्प हल किए गए टूलचेन को कंट्रोल करता है.
टैग: build_file_semantics
--[no]include_aspects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
aquery, cquery: क्या आउटपुट में आसपेक्ट-जनरेट की गई कार्रवाइयां शामिल करनी हैं. क्वेरी: no-op (आसपियों की जानकारी हमेशा फ़ॉलो की जाती है).
टैग: terminal_output
--[no]incompatible_display_source_file_location डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
डिफ़ॉल्ट रूप से, सोर्स फ़ाइल का टारगेट दिखाता है. अगर सही है, तो स्थान आउटपुट में स्रोत फ़ाइलों की पंक्ति 1 का स्थान दिखाता है. यह फ़्लैग सिर्फ़ माइग्रेशन के लिए मौजूद है.
टैग: terminal_output, incompatible_change
--[no]infer_universe_scope डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सेट किया जाता है और --universe_स्कोप सेट नहीं किया जाता है, तो क्वेरी के एक्सप्रेशन में -universe_scope का मान यूनीक टारगेट पैटर्न की सूची के रूप में निकाला जाएगा. ध्यान दें कि क्वेरी के एक्सप्रेशन के लिए, अनुमानित यूनिवर्स_स्कोप वैल्यू जो यूनिवर्सल स्कोप वाले फ़ंक्शन (उदाहरण के लिए, `allrdeps`) का इस्तेमाल करती है, वह आपकी पसंद के मुताबिक नहीं हो सकता. इसलिए, आपको इस विकल्प का इस्तेमाल सिर्फ़ तब करना चाहिए, जब आप जानते हों कि आप क्या कर रहे हैं. ज़्यादा जानकारी और उदाहरणों के लिए, https://bazen.build/versions/reference/query#sky-query देखें. अगर --universe_scope सेट किया गया है, तो यह विकल्प ##39; का मान नज़रअंदाज़ कर दिया जाता है. ध्यान दें: यह विकल्प सिर्फ़ `query` पर लागू होता है (जैसे, `cquery` नहीं).
टैग: loading_and_analysis
--[no]line_terminator_null डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या हर फ़ॉर्मैट को नई लाइन के बजाय \0 से खत्म किया जाता है.
टैग: terminal_output
--[no]nodep_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, &kot;nodep&कोटेशन; एट्रिब्यूट को उस डिपेंडेंसी ग्राफ़ में शामिल किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. &kot;nodep" एट्रिब्यूट का एक सामान्य उदाहरण &कोटेशन;कोटेशन; है. बिल्ड भाषा में सभी &kot;nodep&कोटेशन; एट्रिब्यूट के बारे में जानने के लिए `info build-language` के आउटपुट को चलाएं और पार्स करें.
टैग: build_file_semantics
--output=<a string> डिफ़ॉल्ट: "label&कोटेशन;
जिस फ़ॉर्मैट में क्वेरी के नतीजे प्रिंट किए जाने चाहिए. कुकी के लिए, ये वैल्यू इस्तेमाल की जा सकती हैं: लेबल, लेबल_काफ़ी, textproto, ट्रांज़िशन, प्रोटो, jsonproto. अगर आप 'transit' चुनते हैं, तो आपको --transition=(lite|full) विकल्प भी तय करना होगा.
टैग: terminal_output
--[no]proto:default_values डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर सही है, तो उन एट्रिब्यूट को शामिल किया जाता है जिनकी वैल्यू BUILD फ़ाइल में साफ़ तौर पर नहीं दी गई है. ऐसा न होने पर, उन्हें हटा दिया जाता है. यह विकल्प --आउटपुट=प्रोटो
टैग पर लागू होता है: terminal_output
--[no]proto:definition_stack डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
परिभाषा_एसटीक प्रोटो फ़ील्ड को पॉप्युलेट करें, जो नियम और #39 की क्लास को परिभाषित करते ही स्टारलैक कॉल स्टैक के हर इंस्टेंस इंस्टेंस के लिए रिकॉर्ड करता है.
टैग: terminal_output
--[no]proto:flatten_selects डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
चालू होने पर, select() से बनाए गए कॉन्फ़िगर किए जा सकने वाले एट्रिब्यूट फ़्लैट किए जाते हैं. सूची किस तरह की होती है, इसके लिए फ़्लैट वर्शन एक ऐसी सूची होती है जिसमें चुने गए मैप की हर वैल्यू सिर्फ़ एक बार होती है. स्केलर टाइप शून्य पर फ़्लैट कर दिए जाते हैं.
टैग: build_file_semantics
--[no]proto:include_configurations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
अगर यह सुविधा चालू है, तो प्रोटो आउटपुट में कॉन्फ़िगरेशन के बारे में जानकारी शामिल होगी. अगर इसे बंद किया जाता है, तो cquery Proto के आउटपुट फ़ॉर्मैट, क्वेरी के आउटपुट फ़ॉर्मैट जैसे होते हैं.
टैग: affects_outputs
--[no]proto:include_synthetic_attribute_hash डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
$internal_attr_hash एट्रिब्यूट की गिनती और पॉप्युलेट करना है या नहीं.
टैग: terminal_output
--[no]proto:instantiation_stack डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
हर नियम के इंस्टैंशिएशन कॉल स्टैक को पॉप्युलेट करें. ध्यान दें कि इसमें स्टैक मौजूद होना चाहिए
टैग: terminal_output
--[no]proto:locations डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
प्रोटो आउटपुट में जगह की जानकारी आउटपुट करना है या नहीं.
टैग: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;सभी &
आउटपुट में शामिल करने के लिए, एट्रिब्यूट की कॉमा-सेपरेटेड लिस्ट. सभी एट्रिब्यूट के लिए डिफ़ॉल्ट. किसी भी एट्रिब्यूट को आउटपुट न करने के लिए, खाली स्ट्रिंग पर सेट करें. यह विकल्प -- आउटपुट=प्रोटो पर लागू होता है.
टैग: terminal_output
--[no]proto:rule_inputs_and_outputs डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
नियम_इनपुट और नियम_आउटपुट फ़ील्ड भरने हैं या नहीं.
टैग: terminal_output
--[no]relative_locations डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह सही है, तो एक्सएमएल और प्रोटो आउटपुट में BUILD फ़ाइलों की जगह की जानकारी रिलेटिव होती है. डिफ़ॉल्ट रूप से, जगह का आउटपुट एक सटीक पाथ होता है और वह सभी मशीनों में एक जैसा नहीं होगा. आप इस विकल्प को 'सही' पर सेट करके, सभी मशीनों पर एक जैसा नतीजा पा सकते हैं.
टैग: terminal_output
--show_config_fragments=<off, direct or transitive> डिफ़ॉल्ट: &कोटेशन;बंद;
किसी नियम और उसकी ट्रांज़िटिव डिपेंडेंसी के लिए ज़रूरी कॉन्फ़िगरेशन फ़्रैगमेंट दिखाता है. यह इस बात का आकलन करने में उपयोगी हो सकता है कि कॉन्फ़िगर किए गए टारगेट ग्राफ़ में कितनी काट-छांट की जा सकती है.
टैग: affects_outputs
--starlark:expr=<a string> डिफ़ॉल्ट: &कोटेशन;
cquery's -- आउटपुट=starlark मोड में कॉन्फ़िगर किए गए हर टारगेट को फ़ॉर्मैट करने के लिए Starlark एक्सप्रेशन. कॉन्फ़िगर किया गया टारगेट 'target' तक सीमित है. अगर न तो --starlark:expr और --starlark:फ़ाइल बताई गई है, तो यह विकल्प डिफ़ॉल्ट रूप से 'str.target.label)' पर सेट होगा. --starlark:expr और --starlark:file, दोनों के बारे में बताने में गड़बड़ी हुई है.
टैग: terminal_output
--starlark:file=<a string> डिफ़ॉल्ट: &कोटेशन;
फ़ाइल का नाम, जो एक तर्क के &# --starlark:expr और --starlark:file, दोनों के बारे में बताने में गड़बड़ी हुई है. ज़्यादा जानकारी के लिए, -- आउटपुट=starlark के लिए सहायता देखें.
टैग: terminal_output
--[no]tool_deps डिफ़ॉल्ट: &कोटेशन;सही&कोटेशन;
क्वेरी: अगर बंद है, तो 'होस्ट कॉन्फ़िगरेशन' या 'प्लानिंग' टारगेट पर निर्भरता को उस डिपेंडेंसी ग्राफ़ में शामिल नहीं किया जाएगा जिस पर क्वेरी ऑपरेट की जाती है. A'होस्ट कॉन्फ़िगरेशन' डिपेंडेंसी एज, जैसे कि किसी भी ##39;proto_library' प्रोटोकॉल कंपाइलर के नियम, आम तौर पर बिल्ड के दौरान लागू किए गए टूल को पॉइंट करता है, न कि उसी 'टारगेट' प्रोग्राम के किसी हिस्से में. क्वेरी: अगर बंद है, तो कॉन्फ़िगर किए गए सभी टारगेट फ़िल्टर कर देता है. ये वे टारगेट होते हैं जो कॉन्फ़िगर किए गए टारगेट को खोजने वाले टॉप-लेवल टारगेट से किसी होस्ट या एक्ज़ीक्यूशन ट्रांज़िशन को पार करते हैं. इसका मतलब है कि अगर टॉप-लेवल टारगेट टारगेट कॉन्फ़िगरेशन में है, तो सिर्फ़ कॉन्फ़िगर किए गए टारगेट ही टारगेट कॉन्फ़िगरेशन में दिखाए जाएंगे. अगर टॉप-लेवल का टारगेट, होस्ट के कॉन्फ़िगरेशन में है, तो सिर्फ़ होस्ट के कॉन्फ़िगर किए गए टारगेट दिखेंगे. यह विकल्प, हल किए गए टूलचेन को बाहर नहीं रखेगा.
टैग: build_file_semantics
--transitions=<full, lite or none> डिफ़ॉल्ट: "none&कोटेशन;
वह फ़ॉर्मैट जिसमें cquery, ट्रांज़िशन की जानकारी प्रिंट करेगा.
टैग: affects_outputs
--universe_scope=<comma-separated list of options> डिफ़ॉल्ट: &कोटेशन;
टारगेट पैटर्न का कॉमा लगाकर अलग किया गया सेट (जोड़ें और घटाएं). यह क्वेरी, दुनिया में तय किए गए टारगेट के लिए, ट्रांज़िट समय में बंद होने की परिभाषा के हिसाब से सेट की जा सकती है. इस विकल्प का इस्तेमाल क्वेरी और cquery निर्देशों के लिए किया जाता है. Cquery के लिए, इस विकल्प का इनपुट वह टारगेट है जिसके तहत सभी जवाब बनाए गए हैं. इसलिए, यह विकल्प कॉन्फ़िगरेशन और ट्रांज़िशन पर असर डाल सकता है. अगर यह विकल्प नहीं बताया गया है, तो यह माना जाता है कि टॉप-लेवल के टारगेट, क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट हैं. ध्यान दें: cquery के लिए, अगर इस एक्सप्रेशन को तय न किया जाए, तो हो सकता है कि टॉप लेवल के विकल्पों के साथ क्वेरी एक्सप्रेशन से पार्स किए गए टारगेट न बनाए जा सकें. ऐसा होने पर बिल्ड काम नहीं करेगा.
टैग: loading_and_analysis
वे विकल्प जो लॉग करने की सुविधा, फ़ॉर्मैट या जगह पर असर डालते हैं:
--[no]experimental_record_metrics_for_all_mnemonics डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
डिफ़ॉल्ट रूप से, कार्रवाई के तरीकों की संख्या, तय की गई सबसे ज़्यादा कार्रवाइयों वाले 20 वर्णों के लिए तय होती है. इस विकल्प को सेट करने पर सभी प्रचलित चिह्नों के आंकड़े लिखे जाएंगे.
किसी सामान्य इनपुट के बारे में बताने या उसे बदलने के विकल्प, जो बेज़ल कमांड में होते हैं, जो दूसरी कैटगरी में नहीं आते.:
--experimental_resolved_file_instead_of_workspace=<a string> डिफ़ॉल्ट: &कोटेशन;
अगर खाली न हो, तो WORKSPACE फ़ाइल के बजाय समाधान की गई खास फ़ाइल पढ़ें
टैग: changes_inputs
रिमोट कैशिंग और एक्ज़ीक्यूशन के विकल्प:
--experimental_downloader_config=<a string> डिफ़ॉल्ट: विवरण देखें
इस फ़ाइल को रिमोट डाउनलोडर के साथ कॉन्फ़िगर करने के लिए, इसके बारे में बताएं. इस फ़ाइल में कई लाइनें होती हैं. हर लाइन एक निर्देश से शुरू होती है (`अनुमति दें`, `ब्लॉक करें` या `rewrite`) और उसके बाद एक होस्ट नाम (जिसका इस्तेमाल करके `allow` और `block`) या दो पैटर्न से शुरू किया जाता है, एक का मिलान किया जाना होता है, और एक का इस्तेमाल वैकल्पिक यूआरएल के रूप में करने के लिए होता है, जिसमें `1` से शुरू होने वाले पीछे के संदर्भ होते हैं. एक ही यूआरएल के लिए, एक से ज़्यादा `rewrite` निर्देश मिलेंगे और इस स्थिति में एक से ज़्यादा यूआरएल मिलेंगे.
अलग-अलग तरह के विकल्प, किसी और तरह से कैटगरी में नहीं रखे गए हैं.:
--override_repository=<an equals-separated mapping of repository name to path> को एक से ज़्यादा बार इस्तेमाल किया गया
रिपॉज़िटरी को लोकल डायरेक्ट्री से बदल देता है.
बिल्ड से जुड़े काम कंट्रोल करने वाले विकल्प:
आप सिमलिंक ट्री बनाने के लिए, सीधे फ़ाइल सिस्टम कॉल करें
टैग: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
क्या स्रोत मेनिफ़ेस्ट की कार्रवाइयों को बदला जा सकता है
टैग: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर सही है, तो बेजल नए स्पॉन टेस्ट के लिए कवरेज को पोस्ट प्रोसेस करने की सुविधा का इस्तेमाल करेगा.
टैग: execution
--[no]experimental_strict_fileset_output डिफ़ॉल्ट: &कोटेशन;गलत&कोटेशन;
अगर यह विकल्प चालू है, तो फ़ाइलें से