การอ้างอิงบรรทัดคำสั่ง

bazel [<startup options>] <command> [<args>]

bazel [<startup options>] <command> [<args>] -- [<target patterns>]

ไวยากรณ์ของตัวเลือก

ตัวเลือกสามารถส่งไปยัง Bazel ได้หลายวิธี ตัวเลือกที่ต้องมีค่าจะส่งผ่านได้ด้วยเครื่องหมายเท่ากับหรือเว้นวรรค

--<option>=<value>
--<option> <value>

-<short_form> <value>

คุณเปิดใช้ตัวเลือกบูลีนได้ดังนี้

--<option>
--<option>=[true|yes|1]

--no<option>
--<option>=[false|no|0]

โดยปกติแล้ว ระบบจะตั้งค่าตัวเลือกแบบ 3 สถานะเป็น "อัตโนมัติ" โดยค่าเริ่มต้น และสามารถเปิดใช้แบบบังคับได้โดยทำดังนี้

--<option>=[true|yes|1]

--no<option>
--<option>=[false|no|0]

คำสั่ง

ตัวเลือกการเริ่มต้น

ตัวเลือกที่ปรากฏก่อนคําสั่งและได้รับการแยกวิเคราะห์โดยไคลเอ็นต์

--[no]autodetect_server_javabase ค่าเริ่มต้น: "true"

เมื่อส่ง --noautodetect_server_javabase แล้ว Bazel จะไม่กลับไปใช้ JDK ในเครื่องเพื่อเรียกใช้เซิร์ฟเวอร์ bazel และจะออกแทน
แท็ก: affects_outputs, loses_incremental_state

--[no]batch ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ระบบจะเรียกใช้ Bazel เป็นกระบวนการไคลเอ็นต์เท่านั้นโดยไม่มีเซิร์ฟเวอร์ แทนที่จะใช้โหมดไคลเอ็นต์/เซิร์ฟเวอร์มาตรฐาน เราเลิกใช้งานและจะนำตัวเลือกนี้ออกแล้ว โปรดปิดเซิร์ฟเวอร์อย่างชัดเจนหากไม่ต้องการให้เซิร์ฟเวอร์ทำงานอยู่
แท็ก: loses_incremental_state, bazel_internal_configuration, deprecated

--[no]batch_cpu_scheduling ค่าเริ่มต้น: "false"

ใช้ได้ใน Linux เท่านั้น ใช้การจัดตารางเวลา CPU แบบ "กลุ่ม" สำหรับ Blaze นโยบายนี้มีประโยชน์สำหรับเวิร์กโหลดที่ไม่มีการโต้ตอบ แต่ไม่ต้องการเปลี่ยนค่า Nice ดู "man 2 sched_setscheduler" หากเป็นเท็จ Bazel จะไม่เรียกใช้ระบบ
แท็ก: host_machine_resource_optimizations

--bazelrc=<path> default: ดูคำอธิบาย

ตำแหน่งของไฟล์ .bazelrc ของผู้ใช้ซึ่งมีค่าเริ่มต้นของตัวเลือก Bazel /dev/null บ่งบอกว่าระบบจะไม่สนใจ `--bazelrc`เพิ่มเติมทั้งหมด ซึ่งมีประโยชน์ในการปิดใช้การค้นหาไฟล์ rc ของผู้ใช้ เช่น ในบิลด์รุ่น นอกจากนี้ คุณยังระบุตัวเลือกนี้หลายครั้งได้ด้วย เช่น เมื่อใช้ `--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc`, 1) ระบบจะอ่าน x.rc และ y.rc 2) ระบบจะละเว้น z.rc เนื่องจากมี /dev/null ก่อนหน้า หากไม่ระบุ Bazel จะใช้ไฟล์ .bazelrc ไฟล์แรกที่พบใน 2 ตําแหน่งต่อไปนี้ ไดเรกทอรีเวิร์กช็อป ตามด้วยไดเรกทอรีหลักของผู้ใช้ หมายเหตุ: ตัวเลือกบรรทัดคำสั่งจะลบล้างตัวเลือกใดๆ ใน bazelrc เสมอ
แท็ก: changes_inputs

--[no]block_for_lock ค่าเริ่มต้น: "true"

เมื่อส่ง --noblock_for_lock แล้ว Bazel จะไม่รอให้คำสั่งที่ทำงานอยู่เสร็จสิ้น แต่ออกทันที
แท็ก: eagerness_to_exit

--[no]client_debug ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะบันทึกข้อมูลการแก้ไขข้อบกพร่องจากไคลเอ็นต์ไปยัง stderr การเปลี่ยนตัวเลือกนี้จะไม่ทําให้เซิร์ฟเวอร์รีสตาร์ท
แท็ก: affects_outputs, bazel_monitoring

--connect_timeout_secs=<an integer> ค่าเริ่มต้น: "30"

ระยะเวลาที่ไคลเอ็นต์รอสําหรับแต่ละครั้งที่พยายามเชื่อมต่อกับเซิร์ฟเวอร์
แท็ก: bazel_internal_configuration

--digest_function=<hash function> default: ดูคำอธิบาย

ฟังก์ชันแฮชที่จะใช้เมื่อคํานวณข้อมูลสรุปไฟล์
แท็ก: loses_incremental_state, bazel_internal_configuration

--experimental_cgroup_parent=<path> default: ดูคำอธิบาย

Cgroup ที่จะเริ่มเซิร์ฟเวอร์ Bazel เป็นเส้นทางแบบสัมบูรณ์ ระบบจะเริ่มกระบวนการของเซิร์ฟเวอร์ใน cgroup ที่ระบุสำหรับตัวควบคุมที่รองรับแต่ละตัว เช่น หากค่าของ Flag นี้คือ /build/bazel และตัวควบคุม CPU และหน่วยความจำได้รับการต่อเชื่อมใน /sys/fs/cgroup/cpu และ /sys/fs/cgroup/memory ตามลำดับ ระบบจะเริ่มเซิร์ฟเวอร์ใน cgroup /sys/fs/cgroup/cpu/build/bazel และ /sys/fs/cgroup/memory/build/bazel และไม่ถือว่าเป็นข้อผิดพลาดหาก cgroup ที่ระบุไม่สามารถเขียนได้สำหรับตัวควบคุมอย่างน้อย 1 ตัว ตัวเลือกนี้จะไม่มีผลกับแพลตฟอร์มที่ไม่รองรับ cgroups
แท็ก: bazel_monitoring, execution

--failure_detail_out=<path> default: ดูคำอธิบาย

หากตั้งค่าไว้ จะระบุตำแหน่งที่จะเขียนข้อความ protobuf ของ failure_detail หากเซิร์ฟเวอร์ประสบปัญหาและไม่สามารถรายงานผ่าน gRPC ตามปกติ มิฉะนั้น ตำแหน่งจะเป็น ${OUTPUT_BASE}/failure_detail.rawproto
แท็ก: affects_outputs, loses_incremental_state

--[no]home_rc ค่าเริ่มต้น: "true"

การค้นหาไฟล์ bazelrc ของบ้านที่ $HOME/.bazelrc หรือไม่
แท็ก: changes_inputs

--[no]idle_server_tasks ค่าเริ่มต้น: "true"

เรียกใช้ System.gc() เมื่อเซิร์ฟเวอร์ไม่มีการใช้งาน
แท็ก: loses_incremental_state, host_machine_resource_optimizations

--[no]ignore_all_rc_files ค่าเริ่มต้น: "false"

ปิดใช้ไฟล์ rc ทั้งหมด โดยไม่คำนึงถึงค่าของ Flag อื่นๆ ที่แก้ไข rc แม้ว่า Flag เหล่านี้จะปรากฏในรายการตัวเลือกการเริ่มต้นภายหลังก็ตาม
แท็ก: changes_inputs

ค่าเริ่มต้นของ --io_nice_level={-1,0,1,2,3,4,5,6,7}: "-1"

ใช้ได้ใน Linux เท่านั้น ตั้งค่าระดับจาก 0-7 สำหรับการกําหนดเวลา IO ตามความพยายามที่ดีที่สุดโดยใช้คําเรียกระบบ sys_ioprio_set 0 คือลำดับความสำคัญสูงสุด ส่วน 7 คือลำดับความสำคัญต่ำสุด ตัวจัดตารางเวลาแบบคาดการณ์จะดำเนินการตามลำดับความสำคัญสูงสุด 4 เท่านั้น หากตั้งค่าเป็นค่าลบ Bazel จะไม่เรียกใช้ระบบ
แท็ก: host_machine_resource_optimizations

--local_startup_timeout_secs=<an integer> ค่าเริ่มต้น: "120"

ระยะเวลาสูงสุดที่ไคลเอ็นต์รอเชื่อมต่อกับเซิร์ฟเวอร์
แท็ก: bazel_internal_configuration

--macos_qos_class=<a string> ค่าเริ่มต้น: "default"

ตั้งค่าคลาสบริการ QoS ของเซิร์ฟเวอร์ bazel เมื่อทำงานบน macOS Flag นี้ไม่มีผลกับแพลตฟอร์มอื่นๆ ทั้งหมด แต่รองรับเพื่อให้แชร์ไฟล์ rc กับแพลตฟอร์มเหล่านั้นได้โดยไม่ต้องทำการเปลี่ยนแปลง ค่าที่เป็นไปได้ ได้แก่ ผู้ใช้โต้ตอบ ผู้ใช้เริ่ม เริ่มต้น ยูทิลิตี และเบื้องหลัง
แท็ก: host_machine_resource_optimizations

--max_idle_secs=<integer> ค่าเริ่มต้น: "10800"

จำนวนวินาทีที่เซิร์ฟเวอร์บิลด์จะรอโดยไม่ทำงานก่อนที่จะปิด 0 หมายความว่าเซิร์ฟเวอร์จะไม่ปิดระบบเลย ระบบจะอ่านค่านี้เมื่อเซิร์ฟเวอร์เริ่มต้นเท่านั้น การเปลี่ยนแปลงตัวเลือกนี้จะไม่ทําให้เซิร์ฟเวอร์รีสตาร์ท
แท็ก: eagerness_to_exit, loses_incremental_state

--output_base=<path> default: ดูคำอธิบาย

หากตั้งค่าไว้ จะระบุตำแหน่งเอาต์พุตที่จะเขียนเอาต์พุตทั้งหมดของบิลด์ มิเช่นนั้น ตำแหน่งจะเป็น ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT} หมายเหตุ: หากคุณระบุตัวเลือกอื่นสำหรับค่านี้ในการเรียกใช้ Bazel ครั้งถัดไป คุณอาจต้องเริ่มเซิร์ฟเวอร์ Bazel ใหม่อีกเครื่อง Bazel จะเริ่มต้นเซิร์ฟเวอร์ 1 เครื่องต่อฐานเอาต์พุตที่ระบุ โดยปกติแล้วจะมีฐานเอาต์พุต 1 ฐานต่อเวิร์กสเปซ แต่ตัวเลือกนี้จะช่วยให้คุณมีฐานเอาต์พุตหลายฐานต่อเวิร์กสเปซ และสามารถเรียกใช้บิลด์หลายรายการสำหรับลูกค้ารายเดียวกันในเครื่องเดียวกันพร้อมกันได้ ดูวิธีปิดเซิร์ฟเวอร์ Bazel ได้ที่ "bazel help shutdown"
แท็ก: affects_outputs, loses_incremental_state

--output_user_root=<path> default: ดูคำอธิบาย

ไดเรกทอรีเฉพาะผู้ใช้ที่ระบบจะเขียนเอาต์พุตทั้งหมดของบิลด์ไว้ โดยค่าเริ่มต้น ไดเรกทอรีนี้เป็นฟังก์ชันของ $USER แต่การระบุค่าคงที่จะทำให้ผู้ใช้ที่ทำงานร่วมกันสามารถแชร์เอาต์พุตของบิลด์ได้
แท็ก: affects_outputs, loses_incremental_state

--[no]preemptible ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะตัดหน้าคำสั่งนี้หากมีคำสั่งอื่นเริ่มต้นขึ้น
แท็ก: eagerness_to_exit

--[no]quiet ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะไม่แสดงข้อความแจ้งในคอนโซล แต่จะแสดงเฉพาะข้อผิดพลาด การเปลี่ยนตัวเลือกนี้จะไม่ทําให้เซิร์ฟเวอร์รีสตาร์ท
แท็ก: affects_outputs, bazel_monitoring

--server_jvm_out=<path> default: ดูคำอธิบาย

ตำแหน่งที่จะเขียนเอาต์พุตของ JVM ของเซิร์ฟเวอร์ หากไม่ได้ตั้งค่าไว้ ระบบจะใช้ตำแหน่งใน output_base เป็นค่าเริ่มต้น
แท็ก: affects_outputs, loses_incremental_state

--[no]shutdown_on_low_sys_mem ค่าเริ่มต้น: "false"

หากตั้งค่า max_idle_secs และเซิร์ฟเวอร์บิลด์ไม่ได้ใช้งานเป็นเวลานาน ระบบจะปิดเซิร์ฟเวอร์เมื่อ RAM ว่างเหลือน้อย Linux เท่านั้น
แท็ก: eagerness_to_exit, loses_incremental_state

--[no]system_rc ค่าเริ่มต้น: "true"

การค้นหา bazelrc ระดับระบบหรือไม่
แท็ก: changes_inputs

--[no]unlimit_coredumps ค่าเริ่มต้น: "false"

เพิ่มขีดจำกัดของไฟล์บันทึกข้อขัดข้องแบบอ่อนเป็นขีดจำกัดแบบแข็งเพื่อให้สามารถบันทึกข้อขัดข้องของเซิร์ฟเวอร์ (รวมถึง JVM) และไคลเอ็นต์ได้ในสภาพทั่วไป ใส่ Flag นี้ใน bazelrc เพียงครั้งเดียว แล้วไม่ต้องสนใจอีกต่อไปเพื่อให้คุณได้รับ coredump เมื่อพบเงื่อนไขที่ทริกเกอร์การทำงาน
แท็ก: bazel_internal_configuration

--[no]windows_enable_symlinks ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะสร้างลิงก์สัญลักษณ์จริงใน Windows แทนการคัดลอกไฟล์ ต้องเปิดใช้โหมดนักพัฒนาซอฟต์แวร์ของ Windows และ Windows 10 เวอร์ชัน 1703 ขึ้นไป
แท็ก: bazel_internal_configuration

--[no]workspace_rc ค่าเริ่มต้น: "true"

การค้นหาไฟล์ bazelrc ของพื้นที่ทํางานที่ $workspace/.bazelrc หรือไม่
แท็ก: changes_inputs

ตัวเลือกอื่นๆ ที่ไม่ได้จัดหมวดหมู่ไว้

--host_jvm_args=<jvm_arg> ระบบจะรวบรวมการใช้งานหลายครั้ง

Flag ที่ส่งไปยัง JVM ที่เรียกใช้ Blaze

--host_jvm_debug

ตัวเลือกที่สะดวกในการเพิ่ม Flag การเริ่มต้น JVM เพิ่มเติม ซึ่งจะทำให้ JVM รอระหว่างการเริ่มต้นจนกว่าคุณจะเชื่อมต่อจากโปรแกรมแก้ไขข้อบกพร่องที่เป็นไปตามข้อกำหนด JDWP (เช่น Eclipse) กับพอร์ต 5005
ขยายเป็น
  --host_jvm_args=-Xdebug
  --host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005

--server_javabase=<jvm path> ค่าเริ่มต้น: ""

เส้นทางไปยัง JVM ที่ใช้เรียกใช้ Bazel เอง

ตัวเลือกที่ใช้ได้กับคำสั่งทั้งหมด

ตัวเลือกที่ปรากฏก่อนคําสั่งและได้รับการแยกวิเคราะห์โดยไคลเอ็นต์

--distdir=<a path> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตำแหน่งเพิ่มเติมในการค้นหาที่เก็บถาวรก่อนที่จะเข้าถึงเครือข่ายเพื่อดาวน์โหลด
แท็ก: bazel_internal_configuration

--[no]experimental_repository_cache_hardlinks ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ แคชที่เก็บข้อมูลจะฮาร์ดลิงก์ไฟล์ในกรณีที่พบในแคชแทนการคัดลอก การดำเนินการนี้มีไว้เพื่อประหยัดพื้นที่ในดิสก์
แท็ก: bazel_internal_configuration

--experimental_repository_downloader_retries=<an integer> ค่าเริ่มต้น: "5"

จำนวนครั้งที่พยายามลองอีกครั้งสูงสุดสำหรับข้อผิดพลาดในการดาวน์โหลด หากตั้งค่าเป็น 0 ระบบจะปิดใช้การลองอีกครั้ง
แท็ก: experimental

ค่าเริ่มต้นของ --experimental_scale_timeouts=<a double>: "1.0"

ปรับเวลาหมดอายุทั้งหมดในกฎของที่เก็บ Starlark ตามปัจจัยนี้ วิธีนี้ช่วยให้รีโพซิทอรีภายนอกทํางานบนเครื่องที่ช้ากว่าที่ผู้เขียนกฎคาดไว้ได้โดยไม่ต้องเปลี่ยนซอร์สโค้ด
แท็ก: bazel_internal_configuration, experimental

--http_connector_attempts=<an integer> ค่าเริ่มต้น: "8"

จำนวนครั้งที่พยายามดาวน์โหลด HTTP สูงสุด
แท็ก: bazel_internal_configuration

ค่าเริ่มต้นของ --http_connector_retry_max_timeout=<An immutable length of time.>: "0s"

ระยะหมดเวลาสูงสุดสำหรับการลองดาวน์โหลด HTTP อีกครั้ง ค่า 0 หมายถึงไม่มีการกําหนดระยะหมดเวลาสูงสุด
แท็ก: bazel_internal_configuration

--http_max_parallel_downloads=<an integer> ค่าเริ่มต้น: "8"

จำนวนการดาวน์โหลด HTTP พร้อมกันสูงสุด
แท็ก: bazel_internal_configuration

ค่าเริ่มต้นของ --http_timeout_scaling=<a double>: "1.0"

ปรับขนาดการหมดเวลาทั้งหมดที่เกี่ยวข้องกับการดาวน์โหลด HTTP ตามปัจจัยที่ระบุ
แท็ก: bazel_internal_configuration

--[no]incompatible_disable_native_repo_rules ค่าเริ่มต้น: "false"

หากเป็นเท็จ จะใช้กฎของรีโปเดิมใน WORKSPACE ได้ หากเป็นจริง ต้องใช้กฎของรีโป Starlark แทน กฎของรีโปเนทีฟ ได้แก่ local_repository, new_local_repository, local_config_platform และ android_sdk_repository
แท็ก: bazel_internal_configuration

--repository_cache=<a path> default: ดูคำอธิบาย

ระบุตำแหน่งแคชของค่าที่ดาวน์โหลดซึ่งได้รับระหว่างการดึงข้อมูลรีโพซิทอรี่ภายนอก สตริงว่างเป็นอาร์กิวเมนต์จะขอให้ปิดใช้แคช มิเช่นนั้นระบบจะใช้ค่าเริ่มต้นของ "<output_user_root>/cache/repos/v1"
แท็ก: bazel_internal_configuration

--[no]repository_disable_download ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ระบบจะไม่อนุญาตให้ดาวน์โหลดโดยใช้ ctx.download{,_and_extract} ระหว่างการดึงข้อมูลพื้นที่เก็บข้อมูล โปรดทราบว่าการเข้าถึงเครือข่ายไม่ได้ถูกปิดใช้อย่างสมบูรณ์ ctx.execute อาจยังคงเรียกใช้ไฟล์ที่เรียกใช้งานได้แบบกำหนดเองซึ่งเข้าถึงอินเทอร์เน็ตได้
แท็ก: bazel_internal_configuration

ตัวเลือกที่ควบคุมการเรียกใช้บิลด์

ค่าเริ่มต้นของ --experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range>: "1048576"

ขนาดสูงสุดของไฟล์ stdout / stderr ที่จะพิมพ์ไปยังคอนโซล -1 หมายถึงไม่มีขีดจำกัด
แท็ก: execution

--gc_thrashing_threshold=<an integer in 0-100 range> ค่าเริ่มต้น: "100"

เปอร์เซ็นต์ของพื้นที่เก็บข้อมูลแบบ Tenure ที่ใช้งานอยู่ (0-100) ซึ่ง GcThrashingDetector จะพิจารณาเหตุการณ์ความกดดันของหน่วยความจําเทียบกับขีดจํากัด (--gc_thrashing_limits) หากตั้งค่าเป็น 100 ระบบจะปิดใช้ GcThrashingDetector
แท็ก: host_machine_resource_optimizations

ตัวเลือกที่กำหนดค่าเครื่องมือที่ใช้สำหรับการดำเนินการ

--[no]incompatible_enable_proto_toolchain_resolution ค่าเริ่มต้น: "false"

หากเป็น "จริง" กฎภาษาโปรโตคอลจะกำหนดเครื่องมือจากที่เก็บข้อมูล protobuf
แท็ก: loading_and_analysis, incompatible_change

ตัวเลือกที่อนุญาตให้ผู้ใช้กําหนดค่าเอาต์พุตที่ต้องการ ซึ่งส่งผลต่อค่าของเอาต์พุต ไม่ใช่การมีอยู่ของเอาต์พุต

ค่าเริ่มต้นของ --bep_maximum_open_remote_upload_files=<an integer>: "-1"

จำนวนไฟล์ที่เปิดสูงสุดที่อนุญาตระหว่างการอัปโหลดอาร์ติแฟกต์ BEP
แท็ก: affects_outputs

--remote_download_all

ดาวน์โหลดเอาต์พุตระยะไกลทั้งหมดไปยังเครื่อง Flag นี้เป็นชื่อแทนของ --remote_download_outputs=all
ขยายเป็น
  --remote_download_outputs=all

แท็ก: affects_outputs

--remote_download_minimal

ไม่ดาวน์โหลดเอาต์พุตการสร้างระยะไกลไปยังเครื่อง Flag นี้เป็นชื่อแทนของ --remote_download_outputs=minimal
ขยายเป็น
  --remote_download_outputs=minimal

แท็ก: affects_outputs

--remote_download_outputs=<all, minimal or toplevel> ค่าเริ่มต้น: "toplevel"

หากตั้งค่าเป็น "ขั้นต่ำ" ระบบจะไม่ดาวน์โหลดเอาต์พุตการสร้างจากระยะไกลลงในเครื่อง ยกเว้นเอาต์พุตที่การดำเนินการในเครื่องต้องใช้ หากตั้งค่าเป็น "toplevel" ระบบจะทํางานเหมือน "minimal" ยกเว้นว่าจะดาวน์โหลดเอาต์พุตของเป้าหมายระดับบนสุดไปยังเครื่องภายในด้วย ตัวเลือกทั้ง 2 รายการนี้ช่วยลดเวลาในการสร้างได้อย่างมากหากแบนด์วิดท์ของเครือข่ายเป็นปัญหาคอขวด
แท็ก: affects_outputs

--remote_download_symlink_template=<a string> ค่าเริ่มต้น: ""

สร้างลิงก์สัญลักษณ์แทนการดาวน์โหลดเอาต์พุตของบิลด์ระยะไกลไปยังเครื่อง เป้าหมายของลิงก์สัญลักษณ์สามารถระบุในรูปแบบสตริงเทมเพลต สตริงเทมเพลตนี้อาจมี {hash} และ {size_bytes} ที่ขยายเป็นแฮชของออบเจ็กต์และขนาดเป็นไบต์ตามลำดับ ตัวอย่างเช่น ลิงก์สัญลักษณ์เหล่านี้อาจชี้ไปยังระบบไฟล์ FUSE ที่โหลดออบเจ็กต์จาก CAS ตามคําขอ
แท็ก: affects_outputs

--remote_download_toplevel

ดาวน์โหลดเอาต์พุตระยะไกลของเป้าหมายระดับบนสุดไปยังเครื่องเท่านั้น ธงนี้เป็นชื่อแทนของ --remote_download_outputs=toplevel
ขยายเป็น
  --remote_download_outputs=toplevel

แท็ก: affects_outputs

--repo_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุตัวแปรสภาพแวดล้อมเพิ่มเติมที่จะใช้ได้กับกฎของที่เก็บเท่านั้น โปรดทราบว่ากฎของที่เก็บข้อมูลจะดูสภาพแวดล้อมทั้งหมดอยู่แล้ว แต่วิธีนี้จะส่งข้อมูลการกําหนดค่าไปยังที่เก็บข้อมูลผ่านตัวเลือกได้โดยไม่ทำให้กราฟการดำเนินการเป็นโมฆะ
แท็ก: action_command_lines

ตัวเลือกที่ส่งผลต่อความเข้มงวดที่ Bazel ใช้บังคับอินพุตการสร้างที่ถูกต้อง (คําจํากัดความของกฎ ชุดค่าผสมของ Flag ฯลฯ)

--[no]check_bzl_visibility ค่าเริ่มต้น: "true"

หากปิดใช้ ระบบจะลดระดับข้อผิดพลาดเกี่ยวกับระดับการมองเห็นการโหลด .bzl เป็นคําเตือน
แท็ก: build_file_semantics

ตัวเลือกนี้ส่งผลต่อความหมายของภาษา Starlark หรือ Build API ที่เข้าถึงไฟล์ BUILD, ไฟล์ .bzl หรือไฟล์ WORKSPACE ได้

--[no]enable_bzlmod ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะเปิดใช้ระบบการจัดการทรัพยากร Dependency ของ Bzlmod ซึ่งจะมีความสำคัญเหนือกว่า WORKSPACE ดูข้อมูลเพิ่มเติมได้ที่ https://bazel.build/docs/bzlmod
แท็ก: loading_and_analysis

--[no]enable_workspace ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะเปิดใช้ระบบ WORKSPACE รุ่นเดิมสําหรับทรัพยากรภายนอก ดูข้อมูลเพิ่มเติมได้ที่ https://bazel.build/external/overview
แท็ก: loading_and_analysis

--[no]experimental_action_resource_set ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ctx.actions.run() และ ctx.actions.run_shell() จะยอมรับพารามิเตอร์ resource_set สําหรับการดําเนินการในเครื่อง มิเช่นนั้น ระบบจะตั้งค่าหน่วยความจําเป็น 250 MB และ CPU 1 เครื่องโดยค่าเริ่มต้น
แท็ก: execution, build_file_semantics, experimental

--[no]experimental_bzl_visibility ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะเพิ่มฟังก์ชัน `visibility()` ที่ไฟล์ .bzl อาจเรียกใช้ในระหว่างการประเมินระดับบนสุดเพื่อตั้งค่าระดับการมองเห็นสำหรับวัตถุประสงค์ของคำสั่ง load()
แท็ก: loading_and_analysis, experimental

--[no]experimental_cc_shared_library ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" แอตทริบิวต์กฎและเมธอด Starlark API ที่จําเป็นสําหรับกฎ cc_shared_library จะพร้อมใช้งาน
แท็ก: build_file_semantics, loading_and_analysis, experimental

--[no]experimental_cc_static_library ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" แอตทริบิวต์ของกฎและเมธอด Starlark API ที่จําเป็นสําหรับกฎ cc_static_library จะพร้อมใช้งาน
แท็ก: build_file_semantics, loading_and_analysis, experimental

--[no]experimental_disable_external_package ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" แพ็กเกจ //external ที่สร้างขึ้นโดยอัตโนมัติจะไม่พร้อมใช้งานอีกต่อไป Bazel จะยังคงไม่สามารถแยกวิเคราะห์ไฟล์ "external/BUILD" ได้ แต่ Glob ที่เข้าถึง external/ จากแพ็กเกจที่ไม่มีชื่อจะใช้งานได้
แท็ก: loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_dormant_deps ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะอนุญาต attr.label(materializer=), attr(for_dependency_resolution=), attr.dormant_label(), attr.dormant_label_list() และ rule(for_dependency_resolution=)
แท็ก: build_file_semantics, experimental

--[no]experimental_enable_android_migration_apis ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะเปิดใช้ API ที่จําเป็นสําหรับรองรับการย้ายข้อมูล Starlark ของ Android
แท็ก: build_file_semantics

--[no]experimental_enable_first_class_macros ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบจะเปิดใช้คอนสตรัคต์ `macro()` สำหรับการกําหนดมาโครสัญลักษณ์
แท็ก: build_file_semantics

--[no]experimental_enable_macro_inherit_attrs ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" จะเปิดใช้การสืบทอดแอตทริบิวต์ในมาโครสัญลักษณ์และพารามิเตอร์ inherit_attrs ในมาโครในตัว (macro())
แท็ก: build_file_semantics

--[no]experimental_enable_scl_dialect ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบอาจใช้ไฟล์ .scl ในคำสั่ง load()
แท็ก: build_file_semantics

--[no]experimental_enable_starlark_set ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะเปิดใช้ประเภทข้อมูลชุดและตัวสร้างชุด() ใน Starlark
แท็ก: build_file_semantics, experimental

--[no]experimental_google_legacy_api ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะแสดง Starlark Build API เวอร์ชันทดลองจำนวนหนึ่งที่เกี่ยวข้องกับโค้ดเดิมของ Google
แท็ก: loading_and_analysis, experimental

--[no]experimental_isolated_extension_usages ค่าเริ่มต้น: "false"

หากเป็น "จริง" จะเปิดใช้พารามิเตอร์ <code>isolate</code> ในฟังก์ชัน <a href="https://bazel.build/rules/lib/globals/module#use_extension"><code>use_extension</code></a>
แท็ก: loading_and_analysis

--[no]experimental_java_library_export ค่าเริ่มต้น: "false"

หากเปิดใช้ โมดูล experimental_java_library_export_do_not_use จะพร้อมใช้งาน
แท็ก: loading_and_analysis, incompatible_change

--[no]experimental_platforms_api ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะเปิดใช้ Starlark API ที่เกี่ยวข้องกับแพลตฟอร์มหลายรายการที่เป็นประโยชน์สำหรับการแก้ไขข้อบกพร่อง
แท็ก: loading_and_analysis, experimental

--[no]experimental_repo_remote_exec ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" repository_rule จะมีความสามารถในการดำเนินการระยะไกลบางอย่าง
แท็ก: build_file_semantics, loading_and_analysis, experimental

--[no]experimental_sibling_repository_layout ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะฝังที่เก็บที่ไม่หลักเป็นลิงก์สัญลักษณ์ไปยังที่เก็บหลักในรูทการดําเนินการ กล่าวคือ ที่เก็บข้อมูลทั้งหมดเป็นไดเรกทอรีย่อยโดยตรงของไดเรกทอรี $output_base/execution_root ซึ่งจะส่งผลข้างเคียงในการเพิ่มพื้นที่ว่างใน $output_base/execution_root/__main__/external สำหรับไดเรกทอรี "external" ระดับบนสุดจริง
แท็ก: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_single_package_toolchain_binding ค่าเริ่มต้น: "false"

หากเปิดใช้ ฟังก์ชัน register_toolchain อาจไม่มีรูปแบบเป้าหมายที่อาจอ้างอิงถึงแพ็กเกจมากกว่า 1 รายการ
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_allow_tags_propagation ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบจะเผยแพร่แท็กจากเป้าหมายไปยังข้อกําหนดการดําเนินการของการดำเนินการ มิเช่นนั้นระบบจะไม่เผยแพร่แท็ก ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/8830
แท็ก: build_file_semantics, experimental

--[no]incompatible_always_check_depset_elements ค่าเริ่มต้น: "true"

ตรวจสอบความถูกต้องขององค์ประกอบที่เพิ่มลงใน depset ในคอนสตรัคเตอร์ทั้งหมด องค์ประกอบต้องเป็นแบบคงที่ แต่ที่ผ่านมาเครื่องมือสร้าง depset(direct=...) ลืมตรวจสอบ ใช้ทูเพลตแทนลิสต์ในองค์ประกอบ depset ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/10313
แท็ก: build_file_semantics, incompatible_change

--incompatible_autoload_externally=<comma-separated set of options> default: "+@rules_python,+JavaInfo,+JavaPluginInfo,ProguardSpecProvider,java_binary,java_import,java_library,java_plugin,java_test,+java_runtime,+java_toolchain,+java_package_configuration,@protobuf,@rules_shell,+@rules_android"

รายการกฎ (หรือสัญลักษณ์อื่นๆ) ที่คั่นด้วยคอมมา ซึ่งก่อนหน้านี้เป็นส่วนหนึ่งของ Bazel และตอนนี้จะดึงมาจากที่เก็บข้อมูลภายนอกที่เกี่ยวข้อง Flag นี้มีไว้เพื่ออำนวยความสะดวกในการย้ายข้อมูลกฎออกจาก Bazel โปรดดูที่ https://github.com/bazelbuild/bazel/issues/23043 สัญลักษณ์ที่โหลดโดยอัตโนมัติภายในไฟล์จะทํางานเหมือนกับว่าคําจํากัดความใหม่ที่ถูกต้องในที่เก็บข้อมูลภายนอกมาแทนที่คําจํากัดความในตัวของ Bazel สําหรับไฟล์ BUILD การดำเนินการนี้หมายความว่ามีการเพิ่มคำสั่ง load() โดยนัย สำหรับไฟล์ .bzl จะเป็นคำสั่ง load() หรือการเปลี่ยนแปลงช่องของออบเจ็กต์ "native" ทั้งนี้ขึ้นอยู่กับว่าสัญลักษณ์ที่โหลดอัตโนมัติเป็นกฎหรือไม่ Bazel ดูแลรักษารายการสัญลักษณ์ทั้งหมดที่กำหนดไว้อย่างเข้มงวดซึ่งอาจโหลดโดยอัตโนมัติ โดยจะมีเฉพาะสัญลักษณ์เหล่านั้นเท่านั้นที่ปรากฏใน Flag นี้ สำหรับสัญลักษณ์แต่ละรายการ Bazel จะทราบตำแหน่งคำจำกัดความใหม่ในที่เก็บข้อมูลภายนอก รวมถึงชุดที่เก็บข้อมูลแบบพิเศษที่ไม่ควรโหลดอัตโนมัติเพื่อหลีกเลี่ยงการสร้างวงจร รายการ "+foo" ใน Flag นี้จะทำให้ระบบโหลดสัญลักษณ์ foo โดยอัตโนมัติ ยกเว้นในที่เก็บข้อมูลที่ยกเว้นของ foo ซึ่งยังมี foo เวอร์ชันที่ Bazel กำหนดไว้อยู่ รายการ "foo" จะทริกเกอร์การโหลดอัตโนมัติตามที่อธิบายไว้ข้างต้น แต่ที่เก็บข้อมูลที่ยกเว้นจะไม่สามารถใช้ foo เวอร์ชันที่ Bazel กำหนด วิธีนี้ช่วยให้มั่นใจว่าที่เก็บข้อมูลภายนอกของ foo จะไม่ขึ้นอยู่กับการใช้งาน foo ของ Bazel เวอร์ชันเก่า รายการ "-foo" จะไม่ทริกเกอร์การโหลดอัตโนมัติ แต่จะทำให้เข้าถึง foo เวอร์ชันที่ Bazel กำหนดไว้ไม่ได้ทั่วทั้งเวิร์กスペース ซึ่งใช้เพื่อตรวจสอบว่าเวิร์กスペースพร้อมที่จะลบคําจํากัดความของ foo ออกจาก Bazel แล้ว หากไม่ได้ตั้งชื่อสัญลักษณ์ใน Flag นี้ สัญลักษณ์จะยังคงทำงานตามปกติ ไม่มีการโหลดอัตโนมัติ และระบบจะไม่ระงับเวอร์ชันที่ Bazel กำหนด ดูการกําหนดค่าได้ที่ https://github.com/bazelbuild/bazel/blob/master/src/main/java/com/google/devtools/build/lib/packages/AutoloadSymbols.java นอกจากนี้ คุณยังใช้ทั้งพื้นที่เก็บข้อมูลเป็นทางลัดได้ด้วย เช่น +@rules_python จะโหลดกฎ Python ทั้งหมดโดยอัตโนมัติ
แท็ก: loses_incremental_state, build_file_semantics, incompatible_change

--[no]incompatible_depset_for_libraries_to_link_getter ค่าเริ่มต้น: "true"

เมื่อเป็นจริง Bazel จะไม่แสดงรายการจาก linking_context.libraries_to_link อีกต่อไป แต่แสดง depset แทน
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_disable_objc_library_transition ค่าเริ่มต้น: "true"

ปิดใช้การเปลี่ยนที่กำหนดเองของ objc_library และรับค่าจากเป้าหมายระดับบนสุดแทน (No-op ใน Bazel)
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_disable_starlark_host_transitions ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" แอตทริบิวต์กฎจะตั้งค่า "cfg = "host"" ไม่ได้ กฎควรตั้งค่า "cfg = "exec"" แทน
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_disable_target_default_provider_fields ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะปิดใช้ความสามารถในการเข้าถึงผู้ให้บริการบนออบเจ็กต์ "เป้าหมาย" ผ่านไวยากรณ์ของช่อง ใช้ไวยากรณ์ provider-key แทน เช่น ใช้ `ctx.attr.dep[MyInfo]` แทนการใช้ `ctx.attr.dep.my_info` เพื่อเข้าถึง `my_info` จากภายในฟังก์ชันการใช้งานกฎ ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/9014
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_disable_target_provider_fields ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะปิดใช้ความสามารถในการใช้ผู้ให้บริการเริ่มต้นผ่านไวยากรณ์ของช่อง ใช้ไวยากรณ์ provider-key แทน เช่น แทนที่จะใช้ `ctx.attr.dep.files` เพื่อเข้าถึง `files` ให้ใช้ `ctx.attr.dep[DefaultInfo].files ดูรายละเอียดที่ https://github.com/bazelbuild/bazel/issues/9014
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_disallow_ctx_resolve_tools ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" การเรียกใช้ ctx.resolve_tools API ที่เลิกใช้งานแล้วจะดำเนินการไม่สำเร็จเสมอ การใช้ API นี้ควรแทนที่ด้วยอาร์กิวเมนต์ที่เรียกใช้งานได้หรือเครื่องมือใน ctx.actions.run หรือ ctx.actions.run_shell
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_disallow_empty_glob ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ค่าเริ่มต้นของอาร์กิวเมนต์ `allow_empty` ของ glob() จะเป็น False
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_disallow_struct_provider_syntax ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ฟังก์ชันการใช้งานกฎอาจไม่แสดงผล Struct แต่จะแสดงรายการอินสแตนซ์ของผู้ให้บริการแทน
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_enable_deprecated_label_apis ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะใช้ API บางรายการที่เลิกใช้งานไปแล้วได้ (native.repository_name, Label.workspace_name, Label.relative)
แท็ก: loading_and_analysis

--[no]incompatible_fail_on_unknown_attributes ค่าเริ่มต้น: "true"

หากเปิดใช้ เป้าหมายที่มีการตั้งค่าแอตทริบิวต์ที่ไม่รู้จักเป็น "ไม่มี" จะดำเนินการไม่สำเร็จ
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_fix_package_group_reporoot_syntax ค่าเริ่มต้น: "true"

ในแอตทริบิวต์ "packages" ของ package_group ให้เปลี่ยนความหมายของค่า "//..." เป็นอ้างอิงแพ็กเกจทั้งหมดในที่เก็บปัจจุบันแทนแพ็กเกจทั้งหมดในที่เก็บใดก็ได้ คุณสามารถใช้ค่าพิเศษ "public" แทน "//..." เพื่อให้ได้ลักษณะการทำงานแบบเก่า ธงนี้กำหนดให้ต้องเปิดใช้ --incompatible_package_group_has_public_syntax ด้วย
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_java_common_parameters ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบจะนำพารามิเตอร์ output_jar และ host_javabase ใน pack_sources และ host_javabase ใน compile ออกทั้งหมด
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_merge_fixed_and_default_shell_env ค่าเริ่มต้น: "true"

หากเปิดใช้ การดำเนินการที่ลงทะเบียนด้วย ctx.actions.run และ ctx.actions.run_shell โดยระบุทั้ง "env" และ "use_default_shell_env = True" จะใช้สภาพแวดล้อมที่ได้มาจากสภาพแวดล้อมเชลล์เริ่มต้นโดยการลบล้างด้วยค่าที่ส่งไปยัง "env" หากปิดใช้ ระบบจะไม่สนใจค่า "env" เลยในกรณีนี้
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_no_attr_license ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบจะปิดใช้ฟังก์ชัน "attr.license"
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_no_implicit_file_export ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ไฟล์ต้นทาง (ที่ใช้) จะเป็นไฟล์ส่วนตัวของแพ็กเกจ เว้นแต่จะมีการส่งออกอย่างชัดเจน ดู https://github.com/bazelbuild/proposals/blob/master/designs/2019-10-24-file-visibility.md
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_no_implicit_watch_label ค่าเริ่มต้น: "true"

หากเป็น "จริง" วิธีการใน <code>repository_ctx</code> ที่ส่งผ่านป้ายกำกับจะไม่เฝ้าดูไฟล์ภายใต้ป้ายกำกับนั้นเพื่อตรวจหาการเปลี่ยนแปลงโดยอัตโนมัติอีกต่อไป แม้ว่า <code>watch = "no"</code> และ <code>repository_ctx.path</code> จะไม่ทําให้เฝ้าดูเส้นทางที่แสดงผลอีกต่อไป ใช้ <code>repository_ctx.watch</code> แทน
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_no_rule_outputs_param ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะปิดใช้พารามิเตอร์ "outputs" ของฟังก์ชัน Starlark "rule()"
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_package_group_has_public_syntax ค่าเริ่มต้น: "true"

ในแอตทริบิวต์ "packages" ของ package_group อนุญาตให้เขียน "public" หรือ "private" เพื่ออ้างอิงถึงแพ็กเกจทั้งหมดหรือไม่มีแพ็กเกจตามลำดับ
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_require_linker_input_cc_api ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" กฎ create_linking_context จะกำหนดให้ต้องใช้ linker_inputs แทน libraries_to_link นอกจากนี้ ระบบจะปิดใช้ getter เดิมของ linking_context และจะมีเพียง linker_inputs เท่านั้นที่ใช้งานได้
แท็ก: build_file_semantics, loading_and_analysis, incompatible_change

--[no]incompatible_run_shell_command_string ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" พารามิเตอร์คําสั่งของ actions.run_shell จะยอมรับเฉพาะสตริงเท่านั้น
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_simplify_unconditional_selects_in_rule_attrs ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะลดความซับซ้อนของแอตทริบิวต์กฎที่กำหนดค่าได้ซึ่งมีเฉพาะรายการแบบไม่มีเงื่อนไข เช่น หากกำหนด ["a"] + select("//conditions:default", ["b"]) ให้กับแอตทริบิวต์กฎ ระบบจะจัดเก็บเป็น ["a", "b"] ตัวเลือกนี้ไม่ส่งผลต่อแอตทริบิวต์ของมาโครเชิงสัญลักษณ์หรือค่าเริ่มต้นของแอตทริบิวต์
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_stop_exporting_build_file_path ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" จะไม่มี ctx.build_file_path ที่เลิกใช้งานแล้ว ให้ใช้ ctx.label.package + '/BUILD' แทน
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_stop_exporting_language_modules ค่าเริ่มต้น: "false"

หากเปิดใช้ โมดูลเฉพาะบางภาษา (เช่น `cc_common`) จะใช้งานไม่ได้ในไฟล์ .bzl ของผู้ใช้ และเรียกใช้ได้เฉพาะจากที่เก็บกฎที่เกี่ยวข้องเท่านั้น
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_top_level_aspects_require_providers ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" แง่มุมระดับบนสุดจะเป็นไปตามผู้ให้บริการที่จําเป็นและจะทํางานเฉพาะกับเป้าหมายระดับบนสุดที่ผู้ให้บริการที่โฆษณาของกฎเป็นไปตามผู้ให้บริการที่จําเป็นของแง่มุม
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_unambiguous_label_stringification ค่าเริ่มต้น: "true"

เมื่อเป็นจริง Bazel จะเปลี่ยนป้ายกำกับ @//foo:bar เป็นสตริง @//foo:bar แทน //foo:bar ซึ่งจะมีผลต่อลักษณะการทํางานของ str(), ตัวดำเนินการ % และอื่นๆ เท่านั้น ส่วนลักษณะการทํางานของ repr() จะไม่มีการเปลี่ยนแปลง ดูข้อมูลเพิ่มเติมได้ที่ https://github.com/bazelbuild/bazel/issues/15916
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_use_cc_configure_from_rules_cc ค่าเริ่มต้น: "false"

เมื่อเป็น "จริง" Bazel จะไม่อนุญาตให้ใช้ cc_configure จาก @bazel_tools อีกต่อไป โปรดดูรายละเอียดและวิธีการย้ายข้อมูลได้ที่ https://github.com/bazelbuild/bazel/issues/10134
แท็ก: loading_and_analysis, incompatible_change

ค่าเริ่มต้นของ --max_computation_steps=<a long integer>: "0"

จำนวนขั้นตอนการคำนวณ Starlark สูงสุดที่ไฟล์ BUILD ดําเนินการได้ (0 หมายถึงไม่จํากัด)
แท็ก: build_file_semantics

--nested_set_depth_limit=<an integer> ค่าเริ่มต้น: "3500"

ความลึกสูงสุดของกราฟภายใน depset (หรือที่เรียกว่า NestedSet) ซึ่งค่าที่สูงกว่านี้จะทำให้ตัวสร้าง depset() ทำงานไม่สำเร็จ
แท็ก: loading_and_analysis

--repositories_without_autoloads=<comma-separated set of options> ค่าเริ่มต้น: ""

รายการที่เก็บข้อมูลเพิ่มเติม (นอกเหนือจากที่เก็บที่กําหนดไว้ล่วงหน้าซึ่ง Bazel รู้จัก) ที่ไม่ควรเพิ่มการโหลดอัตโนมัติ โดยปกติแล้ว รายการนี้ควรมีที่เก็บข้อมูลที่ที่เก็บข้อมูลอื่นอาจโหลดโดยอัตโนมัติต้องอาศัย (และอาจทำให้เกิดวงจร)
แท็ก: loses_incremental_state, build_file_semantics, incompatible_change

ตัวเลือกที่เกี่ยวข้องกับเอาต์พุตและความหมายของ Bzlmod

--allow_yanked_versions=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุเวอร์ชันของโมดูลในรูปแบบ `<module1>@<version1>,<module2>@<version2>` ที่จะอนุญาตในกราฟ Dependency ที่แก้ไขแล้ว แม้ว่าจะมีการประกาศว่ามีการดึงออกในรีจิสทรีที่มาจาก (หากไม่ได้มาจาก NonRegistryOverride) มิฉะนั้น การดึงเวอร์ชันออกจะทำให้การแก้ไขไม่สำเร็จ นอกจากนี้ คุณยังกำหนดเวอร์ชันที่ดึงออกได้โดยใช้ตัวแปรสภาพแวดล้อม `BZLMOD_ALLOW_YANKED_VERSIONS` คุณปิดใช้การตรวจสอบนี้ได้โดยใช้คีย์เวิร์ด "all" (ไม่แนะนำ)
แท็ก: loading_and_analysis

--check_bazel_compatibility=<error, warning or off> ค่าเริ่มต้น: "error"

ตรวจสอบความเข้ากันได้ของเวอร์ชัน Bazel ของโมดูล Bazel ค่าที่ใช้ได้คือ "error" เพื่อส่งต่อเป็น "การแก้ปัญหาไม่สําเร็จ" "off" เพื่อปิดใช้การตรวจสอบ หรือ "warning" เพื่อพิมพ์คําเตือนเมื่อตรวจพบการไม่ตรงกัน
แท็ก: loading_and_analysis

--check_direct_dependencies=<off, warning or error> ค่าเริ่มต้น: "warning"

ตรวจสอบว่า Dependency ของ `bazel_dep` โดยตรงที่ประกาศไว้ในโมดูลรูทเป็นเวอร์ชันเดียวกับที่คุณได้รับในกราฟ Dependency ที่แก้ไขแล้วหรือไม่ ค่าที่ใช้ได้คือ "off" เพื่อปิดใช้การตรวจสอบ "warning" เพื่อพิมพ์คําเตือนเมื่อตรวจพบการไม่ตรงกัน หรือ "error" เพื่อส่งต่อเป็น "การแก้ปัญหาไม่สําเร็จ"
แท็ก: loading_and_analysis

--[no]ignore_dev_dependency ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะไม่สนใจ `bazel_dep` และ `use_extension` ที่ประกาศเป็น `dev_dependency` ใน MODULE.bazel ของโมดูลรูท โปรดทราบว่าระบบจะละเว้นข้อกำหนดในการพัฒนาเหล่านั้นใน MODULE.bazel เสมอหากไม่ใช่โมดูลรูท ไม่ว่าค่าของ Flag นี้จะเป็นอย่างไรก็ตาม
แท็ก: loading_and_analysis

--lockfile_mode=<off, update, refresh or error> ค่าเริ่มต้น: "update"

ระบุวิธีและระบุว่าจะใช้ไฟล์ล็อกหรือไม่ ค่าที่ถูกต้องคือ "update" เพื่อใช้ไฟล์ล็อกและอัปเดตไฟล์หากมีการเปลี่ยนแปลง "refresh" เพื่อรีเฟรชข้อมูลที่เปลี่ยนแปลงได้เพิ่มเติม (เวอร์ชันที่ยกเลิกและโมดูลที่ขาดหายไปก่อนหน้านี้) จากรีจิสทรีระยะไกลเป็นครั้งคราว "error" เพื่อใช้ไฟล์ล็อกแต่แสดงข้อผิดพลาดหากไฟล์ล็อกไม่เป็นปัจจุบัน หรือ "off" เพื่อไม่อ่านหรือเขียนลงในไฟล์ล็อก
แท็ก: loading_and_analysis

--override_module=<an equals-separated mapping of module name to path> ระบบจะรวบรวมการใช้งานหลายครั้ง

ลบล้างโมดูลด้วยเส้นทางในเครื่องในรูปแบบ <ชื่อโมดูล>=<เส้นทาง> หากเส้นทางที่ระบุเป็นเส้นทางสัมพัทธ์ ระบบจะใช้เส้นทางนั้นตามที่เป็นอยู่ หากเส้นทางที่ระบุเป็นเส้นทางสัมพัทธ์ ระบบจะใช้เส้นทางนั้นโดยสัมพันธ์กับไดเรกทอรีทํางานปัจจุบัน หากเส้นทางที่ระบุขึ้นต้นด้วย "%workspace%" เส้นทางนั้นจะสัมพันธ์กับรูทของพื้นที่ทํางาน ซึ่งเป็นเอาต์พุตของ "bazel info workspace" หากเส้นทางที่ระบุว่างเปล่า ระบบจะนำการลบล้างก่อนหน้าออก

--registry=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุรีจิสทรีที่จะใช้ค้นหาทรัพยากร Dependency ของโมดูล Bazel ลําดับมีความสําคัญ: ระบบจะค้นหาโมดูลในรีจิสทรีก่อนหน้าก่อน และจะเปลี่ยนไปใช้รีจิสทรีที่ใหม่กว่าก็ต่อเมื่อไม่มีโมดูลที่ต้องการในรีจิสทรีก่อนหน้า
แท็ก: changes_inputs

--vendor_dir=<a path> default: ดูคำอธิบาย

ระบุไดเรกทอรีที่ควรเก็บที่เก็บข้อมูลภายนอกในโหมดผู้ให้บริการ ไม่ว่าจะเป็นเพื่อดึงข้อมูลมายังไดเรกทอรีดังกล่าวหรือใช้ขณะสร้าง เส้นทางอาจเป็นเส้นทางแบบสัมบูรณ์หรือเส้นทางแบบสัมพัทธ์กับไดเรกทอรีของพื้นที่ทำงานก็ได้
แท็ก: loading_and_analysis

ตัวเลือกที่ทริกเกอร์การเพิ่มประสิทธิภาพของเวลาสร้างมีดังนี้

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> ค่าเริ่มต้น: "1s:2,20s:3,1m:5"

ขีดจำกัดที่หากถึงจะทำให้ GcThrashingDetector ทำให้ Bazel ขัดข้องด้วย OOM โดยระบุขีดจํากัดแต่ละรายการเป็น <period>:<count> โดยที่ period คือระยะเวลา และ count คือจํานวนเต็มบวก หากมีการใช้พื้นที่ที่มีการจัดสรรไว้ (ฮีปรุ่นเก่า) มากกว่า --gc_thrashing_threshold เปอร์เซ็นต์หลังจากการเรียกใช้ GC แบบเต็มติดต่อกัน <count> ครั้งภายใน <period> ระบบจะเรียกใช้ OOM คุณสามารถระบุขีดจํากัดหลายรายการโดยคั่นด้วยคอมมา
แท็ก: host_machine_resource_optimizations

--[no]heuristically_drop_nodes ค่าเริ่มต้น: "false"

หากเป็น "จริง" Blaze จะนําโหนด FileState และ DirectoryListingState ออกหลังจากที่โหนด File และ DirectoryListing ที่เกี่ยวข้องเสร็จสิ้นแล้วเพื่อประหยัดหน่วยความจํา เราคาดว่าจะไม่จำเป็นต้องใช้โหนดเหล่านี้อีก หากใช่ โปรแกรมจะประเมินวิดีโอเหล่านั้นอีกครั้ง
แท็ก: loses_incremental_state

--[no]incompatible_do_not_split_linking_cmdline ค่าเริ่มต้น: "true"

เมื่อเป็นจริง Bazel จะไม่แก้ไข Flag บรรทัดคำสั่งที่ใช้สำหรับการลิงก์อีกต่อไป และจะไม่เลือก Flag ที่จะส่งไปยังไฟล์ param และ Flag ที่จะไม่ส่ง ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/7670
แท็ก: loading_and_analysis, incompatible_change

--[no]keep_state_after_build ค่าเริ่มต้น: "true"

หากเป็นเท็จ Blaze จะทิ้งสถานะในหน่วยความจําจากบิลด์นี้เมื่อบิลด์เสร็จสมบูรณ์ บิลด์ที่ตามมาจะไม่มีการเพิ่มประสิทธิภาพใดๆ กับบิลด์นี้
แท็ก: loses_incremental_state

--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> ค่าเริ่มต้น: "10"

Flag สําหรับการกําหนดค่าขั้นสูงของเครื่องมือ Skyframe ภายในของ Bazel หาก Bazel ตรวจพบว่ามีการใช้งานเปอร์เซ็นต์ฮีปที่เก็บไว้เกินเกณฑ์ที่กำหนดโดย --skyframe_high_water_mark_threshold เมื่อเกิดเหตุการณ์ GC แบบเต็มขึ้น ระบบจะทิ้งสถานะ Skyframe ชั่วคราวที่ไม่จำเป็นสูงสุดจำนวนครั้งต่อครั้งที่เรียกใช้ ค่าเริ่มต้นคือ 10 0 หมายความว่าเหตุการณ์ GC แบบสมบูรณ์จะไม่ทริกเกอร์การลดลง หากถึงขีดจํากัด ระบบจะไม่ทิ้งสถานะ Skyframe อีกต่อไปเมื่อเกิดเหตุการณ์ GC แบบเต็มและเปอร์เซ็นต์ของกองข้อมูลที่เก็บรักษาไว้เกินเกณฑ์
แท็ก: host_machine_resource_optimizations

--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> ค่าเริ่มต้น: "10"

Flag สําหรับการกําหนดค่าขั้นสูงของเครื่องมือ Skyframe ภายในของ Bazel หาก Bazel ตรวจพบว่ามีการใช้งานเปอร์เซ็นต์ฮีปที่เก็บไว้เกินเกณฑ์ที่กำหนดโดย --skyframe_high_water_mark_threshold เมื่อเกิดเหตุการณ์ GC เล็กน้อย ระบบจะทิ้งสถานะ Skyframe ชั่วคราวที่ไม่จำเป็นสูงสุดจำนวนนี้ต่อการเรียกใช้แต่ละครั้ง ค่าเริ่มต้นคือ 10 0 หมายความว่าเหตุการณ์ GC เล็กน้อยจะไม่ทริกเกอร์การลดลง หากถึงขีดจํากัด ระบบจะไม่ทิ้งสถานะ Skyframe อีกต่อไปเมื่อเกิดเหตุการณ์ GC ย่อยและเกินเกณฑ์เปอร์เซ็นต์ฮีปที่เก็บไว้
แท็ก: host_machine_resource_optimizations

ค่าเริ่มต้นของ --skyframe_high_water_mark_threshold=<an integer>: "85"

Flag สําหรับการกําหนดค่าขั้นสูงของเครื่องมือ Skyframe ภายในของ Bazel หาก Bazel ตรวจพบว่ามีการใช้งานเปอร์เซ็นต์กองที่เก็บไว้อย่างน้อยถึงเกณฑ์นี้ ระบบจะทิ้งสถานะ Skyframe ชั่วคราวที่ไม่จำเป็น การปรับแต่งค่านี้อาจช่วยลดผลกระทบต่อเวลาจริงของการกระหน่ำ GC เมื่อการกระหน่ำ GC (1) เกิดจากการใช้งานหน่วยความจําของสถานะชั่วคราวนี้ และ (2) เสียค่าใช้จ่ายมากกว่าการสร้างสถานะใหม่เมื่อจําเป็น
แท็ก: host_machine_resource_optimizations

--[no]track_incremental_state ค่าเริ่มต้น: "true"

หากเป็นเท็จ Blaze จะไม่เก็บข้อมูลไว้ซึ่งช่วยให้สามารถทำให้ข้อมูลเป็นโมฆะและประเมินอีกครั้งในบิลด์ที่เพิ่มขึ้นเพื่อประหยัดหน่วยความจำในบิลด์นี้ บิลด์ที่ตามมาจะไม่มีการเพิ่มประสิทธิภาพใดๆ กับบิลด์นี้ โดยปกติแล้ว คุณจะต้องระบุ --batch เมื่อตั้งค่านี้เป็น "เท็จ"
แท็ก: loses_incremental_state

ตัวเลือกที่ส่งผลต่อรายละเอียด รูปแบบ หรือตำแหน่งของการบันทึก

--[no]announce_rc ค่าเริ่มต้น: "false"

ประกาศตัวเลือก rc หรือไม่
แท็ก: affects_outputs

--[no]attempt_to_print_relative_paths ค่าเริ่มต้น: "false"

เมื่อพิมพ์ตำแหน่งของข้อความ ให้ลองใช้เส้นทางที่สัมพันธ์กับไดเรกทอรีเวิร์กスペースหรือไดเรกทอรีใดไดเรกทอรีหนึ่งซึ่งระบุโดย --package_path
แท็ก: terminal_output

--bes_backend=<a string> ค่าเริ่มต้น: ""

ระบุปลายทางแบ็กเอนด์ของบริการเหตุการณ์การสร้าง (BES) ในรูปแบบ [SCHEME://]HOST[:PORT] ค่าเริ่มต้นคือปิดใช้การอัปโหลด BES สคีมที่รองรับ ได้แก่ grpc และ grpcs (grpc ที่เปิดใช้ TLS) หากไม่ได้ระบุรูปแบบ Bazel จะถือว่าใช้ grpcs
แท็ก: affects_outputs

--[no]bes_check_preceding_lifecycle_events ค่าเริ่มต้น: "false"

ตั้งค่าช่อง check_preceding_lifecycle_events_present ใน PublishBuildToolEventStreamRequest ซึ่งบอก BES ให้ตรวจสอบว่าก่อนหน้านี้ได้รับเหตุการณ์ InvocationAttemptStarted และ BuildEnqueued ที่ตรงกับเหตุการณ์เครื่องมือปัจจุบันหรือไม่
แท็ก: affects_outputs

--bes_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวในรูปแบบ NAME=VALUE ที่รวมอยู่ในคําขอ BES คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา
แท็ก: affects_outputs

--bes_instance_name=<a string> default: ดูคำอธิบาย

ระบุชื่ออินสแตนซ์ที่ BES จะเก็บ BEP ที่อัปโหลดไว้ ค่าเริ่มต้นคือ null
แท็ก: affects_outputs

--bes_keywords=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุรายการคีย์เวิร์ดการแจ้งเตือนที่จะเพิ่มลงในชุดคีย์เวิร์ดเริ่มต้นที่เผยแพร่ไปยัง BES ("command_name=<command_name> ", "protocol_name=BEP") ค่าเริ่มต้นคือไม่มี
แท็ก: affects_outputs

--[no]bes_lifecycle_events ค่าเริ่มต้น: "true"

ระบุว่าจะเผยแพร่เหตุการณ์ในวงจรของ BES หรือไม่ (ค่าเริ่มต้นคือ "true")
แท็ก: affects_outputs

--bes_oom_finish_upload_timeout=<An immutable length of time.> ค่าเริ่มต้น: "10m"

ระบุระยะเวลาที่ Bazel ควรรอให้อัปโหลด BES/BEP จนเสร็จสมบูรณ์ขณะที่ระบบหน่วยความจำไม่เพียงพอ Flag นี้ช่วยให้มั่นใจได้ว่าระบบจะสิ้นสุดการทำงานเมื่อ JVM มีการเรียกใช้ GC อย่างรุนแรงและไม่สามารถดำเนินการต่อในเธรดผู้ใช้ได้
แท็ก: bazel_monitoring

--bes_outerr_buffer_size=<an integer> ค่าเริ่มต้น: "10240"

กำหนดขนาดสูงสุดของ stdout หรือ stderr ที่จะบัฟเฟอร์ใน BEP ก่อนที่จะรายงานเป็นเหตุการณ์ความคืบหน้า ระบบจะยังคงรายงานการเขียนแต่ละรายการในเหตุการณ์เดียว แม้ว่าจะมากกว่าค่าที่ระบุสูงสุดที่ --bes_outerr_chunk_size ก็ตาม
แท็ก: affects_outputs

ค่าเริ่มต้นของ --bes_outerr_chunk_size=<an integer>: "1048576"

ระบุขนาดสูงสุดของ stdout หรือ stderr ที่จะส่งไปยัง BEP ในข้อความเดียว
แท็ก: affects_outputs

--bes_proxy=<a string> default: ดูคำอธิบาย

เชื่อมต่อกับบริการเหตุการณ์การสร้างผ่านพร็อกซี ปัจจุบันแฟล็กนี้ใช้ได้กับการกำหนดค่าซ็อกเก็ตโดเมน Unix (unix:/path/to/socket) เท่านั้น

--bes_results_url=<a string> ค่าเริ่มต้น: ""

ระบุ URL พื้นฐานที่ผู้ใช้ดูข้อมูลที่สตรีมไปยังแบ็กเอนด์ BES ได้ Bazel จะแสดงผล URL ต่อท้ายด้วยรหัสการเรียกใช้ไปยังเทอร์มินัล
แท็ก: terminal_output

--bes_system_keywords=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุรายการคีย์เวิร์ดการแจ้งเตือนที่จะรวมไว้โดยตรง โดยไม่มีคำนำหน้า "user_keyword=" สำหรับคีย์เวิร์ดที่ระบุผ่าน --bes_keywords มีไว้สําหรับผู้ให้บริการ Build ที่ตั้งค่า --bes_lifecycle_events=false และใส่คีย์เวิร์ดเมื่อเรียกใช้ PublishLifecycleEvent ผู้ให้บริการบิลด์ที่ใช้ Flag นี้ควรป้องกันไม่ให้ผู้ใช้ลบล้างค่า Flag
แท็ก: affects_outputs

ค่าเริ่มต้นของ --bes_timeout=<An immutable length of time.>: "0s"

ระบุระยะเวลาที่ Bazel ควรรอให้อัปโหลด BES/BEP จนเสร็จสมบูรณ์หลังจากการบิลด์และการทดสอบเสร็จสิ้นแล้ว ระยะหมดเวลาที่ถูกต้องคือจำนวนเต็มตามด้วยหน่วยวัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) ค่าเริ่มต้นคือ "0" ซึ่งหมายความว่าไม่มีการหมดเวลา
แท็ก: affects_outputs

--bes_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> ค่าเริ่มต้น: "wait_for_upload_complete"

ระบุว่าควรบล็อกการบิลด์ให้เสร็จสมบูรณ์หรือควรสิ้นสุดการเรียกใช้ทันทีและอัปโหลดให้เสร็จสมบูรณ์ในเบื้องหลัง "wait_for_upload_complete" (ค่าเริ่มต้น), "nowait_for_upload_complete" หรือ "fully_async"
แท็ก: eagerness_to_exit

--build_event_binary_file=<a string> ค่าเริ่มต้น: ""

หากไม่ใช่ค่าว่าง ให้เขียนการนำเสนอโปรโตคอลเหตุการณ์การสร้างแบบไบนารีที่คั่นด้วย Varint ลงในไฟล์นั้น ตัวเลือกนี้จะนําไปใช้กับ --bes_upload_mode=wait_for_upload_complete
แท็ก: affects_outputs

--[no]build_event_binary_file_path_conversion ค่าเริ่มต้น: "true"

แปลงเส้นทางในการนําเสนอไฟล์ไบนารีของโปรโตคอลเหตุการณ์การสร้างเป็น URI ที่ใช้งานได้ทั่วโลกมากขึ้นทุกครั้งที่เป็นไปได้ หากปิดใช้ ระบบจะใช้รูปแบบ URI file:// เสมอ
แท็ก: affects_outputs

--build_event_binary_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> ค่าเริ่มต้น: "wait_for_upload_complete"

ระบุว่าการอัปโหลดบริการเหตุการณ์การสร้างสำหรับ --build_event_binary_file ควรบล็อกการสร้างให้เสร็จสมบูรณ์ หรือควรสิ้นสุดการเรียกใช้ทันทีและอัปโหลดให้เสร็จสมบูรณ์ในเบื้องหลัง "wait_for_upload_complete" (ค่าเริ่มต้น), "nowait_for_upload_complete" หรือ "fully_async"
แท็ก: eagerness_to_exit

--build_event_json_file=<a string> ค่าเริ่มต้น: ""

หากไม่ใช่ค่าว่าง ให้เขียนการแปลง JSON ของโปรโตคอลเหตุการณ์การสร้างลงในไฟล์นั้น ตัวเลือกนี้จะนําไปใช้กับ --bes_upload_mode=wait_for_upload_complete
แท็ก: affects_outputs

--[no]build_event_json_file_path_conversion ค่าเริ่มต้น: "true"

แปลงเส้นทางในการนําเสนอไฟล์ JSON ของโปรโตคอลเหตุการณ์การสร้างเป็น URI ที่ใช้งานได้ทั่วโลกมากขึ้นเมื่อเป็นไปได้ หากปิดใช้ ระบบจะใช้รูปแบบ URI file:// เสมอ
แท็ก: affects_outputs

--build_event_json_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> ค่าเริ่มต้น: "wait_for_upload_complete"

ระบุว่าการอัปโหลดบริการเหตุการณ์การสร้างสำหรับ --build_event_json_file ควรบล็อกการสร้างให้เสร็จสมบูรณ์ หรือควรสิ้นสุดการเรียกใช้ทันทีและอัปโหลดให้เสร็จสมบูรณ์ในเบื้องหลัง "wait_for_upload_complete" (ค่าเริ่มต้น), "nowait_for_upload_complete" หรือ "fully_async"
แท็ก: eagerness_to_exit

--build_event_max_named_set_of_file_entries=<an integer> ค่าเริ่มต้น: "5000"

จํานวนรายการสูงสุดสําหรับเหตุการณ์ named_set_of_files รายการเดียว ระบบจะไม่สนใจค่าที่น้อยกว่า 2 และไม่แยกเหตุการณ์ ซึ่งมีไว้เพื่อจํากัดขนาดเหตุการณ์สูงสุดในโปรโตคอลเหตุการณ์ของบิลด์ แม้ว่าจะไม่ควบคุมขนาดเหตุการณ์โดยตรงก็ตาม ขนาดเหตุการณ์ทั้งหมดขึ้นอยู่กับโครงสร้างของชุด รวมถึงความยาวของไฟล์และ URI ซึ่งอาจขึ้นอยู่กับฟังก์ชันแฮช
แท็ก: affects_outputs

--[no]build_event_publish_all_actions ค่าเริ่มต้น: "false"

ระบุว่าควรเผยแพร่การดำเนินการทั้งหมดหรือไม่
แท็ก: affects_outputs

--build_event_text_file=<a string> ค่าเริ่มต้น: ""

หากไม่ใช่ค่าว่าง ให้เขียนการนําเสนอแบบข้อความของโปรโตคอลเหตุการณ์การสร้างลงในไฟล์นั้น
แท็ก: affects_outputs

--[no]build_event_text_file_path_conversion ค่าเริ่มต้น: "true"

แปลงเส้นทางในการนําเสนอไฟล์ข้อความของโปรโตคอลเหตุการณ์การสร้างเป็น URI ที่ใช้งานได้ทั่วโลกมากขึ้นทุกครั้งที่เป็นไปได้ หากปิดใช้ ระบบจะใช้รูปแบบ URI file:// เสมอ
แท็ก: affects_outputs

--build_event_text_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> ค่าเริ่มต้น: "wait_for_upload_complete"

ระบุว่าการอัปโหลดบริการเหตุการณ์การสร้างสำหรับ --build_event_text_file ควรบล็อกการสร้างให้เสร็จสมบูรณ์ หรือควรสิ้นสุดการเรียกใช้ทันทีและอัปโหลดให้เสร็จสมบูรณ์ในเบื้องหลัง "wait_for_upload_complete" (ค่าเริ่มต้น), "nowait_for_upload_complete" หรือ "fully_async"
แท็ก: eagerness_to_exit

--build_event_upload_max_retries=<an integer> ค่าเริ่มต้น: "4"

จำนวนครั้งที่ Bazel ควรลองอัปโหลดเหตุการณ์การสร้างอีกครั้งสูงสุด
แท็ก: bazel_internal_configuration

--[no]experimental_bep_target_summary ค่าเริ่มต้น: "false"

ระบุว่าจะเผยแพร่เหตุการณ์ TargetSummary หรือไม่

--[no]experimental_build_event_expand_filesets ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะขยายชุดไฟล์ใน BEP เมื่อแสดงไฟล์เอาต์พุต
แท็ก: affects_outputs

--[no]experimental_build_event_fully_resolve_fileset_symlinks ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะแก้ไขลิงก์สัญลักษณ์ของไฟล์ชุดที่เกี่ยวข้องใน BEP โดยสมบูรณ์เมื่อแสดงไฟล์เอาต์พุต ต้องใช้ --experimental_build_event_expand_filesets
แท็ก: affects_outputs

--experimental_build_event_output_group_mode=<an output group name followed by an OutputGroupFileMode, e.g. default=both> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุวิธีแสดงไฟล์ของกลุ่มเอาต์พุตในเหตุการณ์ BEP ของ TargetComplete/AspectComplete ค่าคือการกำหนดชื่อกลุ่มเอาต์พุตเป็น "NAMED_SET_OF_FILES_ONLY", "INLINE_ONLY" หรือ "BOTH" อย่างใดอย่างหนึ่ง ค่าเริ่มต้นคือ 'NAMED_SET_OF_FILES_ONLY' หากกลุ่มเอาต์พุตซ้ำกัน ระบบจะใช้ค่าสุดท้ายที่จะปรากฏ ค่าเริ่มต้นจะตั้งค่าโหมดสำหรับอาร์ติแฟกต์การครอบคลุมเป็นทั้ง 2 รายการ ดังนี้ --experimental_build_event_output_group_mode=baseline.lcov=both
แท็ก: affects_outputs

--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> ค่าเริ่มต้น: "1s"

ความล่าช้าขั้นต่ำเริ่มต้นสำหรับการลองอีกครั้งแบบ Exponential Backoff เมื่อการอัปโหลด BEP ไม่สำเร็จ (exponent: 1.6)
แท็ก: bazel_internal_configuration

--experimental_build_event_upload_strategy=<a string> default: ดูคำอธิบาย

เลือกวิธีอัปโหลดอาร์ติแฟกต์ที่อ้างอิงในโปรโตคอลเหตุการณ์การสร้าง ใน Bazel ตัวเลือกที่ถูกต้อง ได้แก่ "local" และ "remote" ค่าเริ่มต้นคือ "local"
แท็ก: affects_outputs

--[no]experimental_collect_load_average_in_profiler ค่าเริ่มต้น: "true"

หากเปิดใช้ เครื่องมือวิเคราะห์จะรวบรวมค่าเฉลี่ยภาระงานโดยรวมของระบบ
แท็ก: bazel_monitoring

--[no]experimental_collect_pressure_stall_indicators ค่าเริ่มต้น: "false"

หากเปิดใช้ เครื่องมือวิเคราะห์จะรวบรวมข้อมูล PSI ของ Linux
แท็ก: bazel_monitoring

--[no]experimental_collect_resource_estimation ค่าเริ่มต้น: "false"

หากเปิดใช้ เครื่องมือวิเคราะห์จะรวบรวมค่าประมาณการใช้งาน CPU และหน่วยความจําสําหรับการดําเนินการในเครื่อง
แท็ก: bazel_monitoring

--[no]experimental_collect_skyframe_counts_in_profiler ค่าเริ่มต้น: "false"

หากเปิดใช้ เครื่องมือวิเคราะห์จะรวบรวมจํานวน SkyFunction ในกราฟ Skyframe เมื่อเวลาผ่านไปสําหรับฟังก์ชันหลักประเภทต่างๆ เช่น เป้าหมายที่กําหนดค่าไว้และการดำเนินการ อาจส่งผลเสียต่อประสิทธิภาพเนื่องจากจะเข้าชมกราฟ Skyframe ทั้งหมดในทุกหน่วยเวลาในการสํารวจ อย่าใช้ Flag นี้กับการวัดผลที่สําคัญต่อประสิทธิภาพ
แท็ก: bazel_monitoring

--[no]experimental_collect_system_network_usage ค่าเริ่มต้น: "true"

หากเปิดใช้ เครื่องมือวิเคราะห์จะรวบรวมการใช้งานเครือข่ายของระบบ
แท็ก: bazel_monitoring

--[no]experimental_collect_worker_data_in_profiler ค่าเริ่มต้น: "false"

หากเปิดใช้ เครื่องมือวิเคราะห์จะรวบรวมข้อมูลทรัพยากรที่รวบรวมไว้ของผู้ใช้
แท็ก: bazel_monitoring

--experimental_command_profile=<cpu, wall, alloc or lock> default: ดูคำอธิบาย

บันทึกโปรไฟล์ Java Flight Recorder ตลอดระยะเวลาของคำสั่ง คุณต้องระบุประเภทเหตุการณ์โปรไฟล์ที่รองรับ (cpu, wall, alloc หรือ lock) รายการใดรายการหนึ่งเป็นอาร์กิวเมนต์ ระบบจะเขียนโปรไฟล์ลงในไฟล์ที่ตั้งชื่อตามประเภทเหตุการณ์ในไดเรกทอรีฐานเอาต์พุต รูปแบบคำสั่งและความหมายของแฟล็กนี้อาจเปลี่ยนแปลงในอนาคตเพื่อรองรับประเภทโปรไฟล์หรือรูปแบบเอาต์พุตเพิ่มเติม โปรดใช้โดยยอมรับความเสี่ยงเอง

--experimental_profile_additional_tasks=<phase, action, discover_inputs, action_check, action_lock, action_update, action_complete, action_rewinding, bzlmod, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, remote_process_time, remote_queue, remote_setup, fetch, local_process_time, vfs_stat, vfs_dir, vfs_readlink, vfs_md5, vfs_xattr, vfs_delete, vfs_open, vfs_read, vfs_write, vfs_glob, vfs_vmfs_stat, vfs_vmfs_dir, vfs_vmfs_read, wait, thread_name, thread_sort_index, skyframe_eval, skyfunction, critical_path, critical_path_component, handle_gc_notification, local_action_counts, starlark_parser, starlark_user_fn, starlark_builtin_fn, starlark_user_compiled_fn, starlark_repository_fn, action_fs_staging, remote_cache_check, remote_download, remote_network, filesystem_traversal, worker_execution, worker_setup, worker_borrow, worker_working, worker_copying_outputs, credential_helper, conflict_check, dynamic_lock, repository_fetch, repository_vendor or unknown> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุงานโปรไฟล์เพิ่มเติมที่จะรวมไว้ในโปรไฟล์
แท็ก: bazel_monitoring

--[no]experimental_profile_include_primary_output ค่าเริ่มต้น: "false"

รวมแอตทริบิวต์ "out" เพิ่มเติมในเหตุการณ์การดำเนินการซึ่งมีเส้นทางการดําเนินการไปยังเอาต์พุตหลักของการดำเนินการ
แท็ก: bazel_monitoring

--[no]experimental_profile_include_target_configuration ค่าเริ่มต้น: "false"

รวมแฮชการกําหนดค่าเป้าหมายไว้ในข้อมูลโปรไฟล์ JSON ของเหตุการณ์การกระทํา
แท็ก: bazel_monitoring

--[no]experimental_profile_include_target_label ค่าเริ่มต้น: "false"

รวมป้ายกํากับเป้าหมายในข้อมูลโปรไฟล์ JSON ของเหตุการณ์การกระทํา
แท็ก: bazel_monitoring

--[no]experimental_record_metrics_for_all_mnemonics ค่าเริ่มต้น: "false"

ควบคุมเอาต์พุตของ BEP ActionSummary และ BuildGraphMetrics โดยจํากัดจํานวนคําช่วยจําใน ActionData และจํานวนรายการที่รายงานใน BuildGraphMetrics.AspectCount/RuleClassCount โดยค่าเริ่มต้น ระบบจะจำกัดจำนวนประเภทไว้ที่ 20 อันดับแรกตามจำนวนการดำเนินการที่ดำเนินการสำหรับ ActionData และอินสแตนซ์สำหรับ RuleClass และ Asepcts การตั้งค่าตัวเลือกนี้จะเขียนสถิติสําหรับคําช่วยจํา คลาสกฎ และด้านต่างๆ ทั้งหมด

--[no]experimental_record_skyframe_metrics ค่าเริ่มต้น: "false"

ควบคุมเอาต์พุตของ BEP BuildGraphMetrics รวมถึงเมตริก Skyframe ที่คำนวณได้ยากเกี่ยวกับ Skykey, RuleClass และ Aspect เมื่อตั้งค่า Flag นี้เป็นเท็จ ระบบจะไม่ป้อนข้อมูล BuildGraphMetrics.rule_count และ aspectfields ใน BEP

--[no]experimental_run_bep_event_include_residue ค่าเริ่มต้น: "false"

การรวมข้อมูลที่เหลืออยู่ในบรรทัดคำสั่งไว้ในเหตุการณ์การเรียกใช้บิลด์ที่อาจมีข้อมูลที่เหลืออยู่ โดยค่าเริ่มต้น ข้อมูลที่เหลือจะไม่รวมอยู่ในเหตุการณ์การสร้างคําสั่งการเรียกใช้ที่อาจมีข้อมูลที่เหลืออยู่
แท็ก: affects_outputs

--[no]experimental_stream_log_file_uploads ค่าเริ่มต้น: "false"

สตรีมการอัปโหลดไฟล์บันทึกไปยังพื้นที่เก็บข้อมูลระยะไกลโดยตรงแทนที่จะเขียนลงในดิสก์
แท็ก: affects_outputs

--experimental_workspace_rules_log_file=<a path> default: ดูคำอธิบาย

บันทึกเหตุการณ์บางอย่างของกฎ Workspace ลงในไฟล์นี้เป็นโปรโตคอล WorkspaceEvent ที่มีเครื่องหมายคั่น

--[no]generate_json_trace_profile ค่าเริ่มต้น: "auto"

หากเปิดใช้ Bazel จะโปรไฟล์การสร้างและเขียนโปรไฟล์รูปแบบ JSON ลงในไฟล์ในฐานเอาต์พุต ดูโปรไฟล์โดยโหลดใน chrome://tracing โดยค่าเริ่มต้น Bazel จะเขียนโปรไฟล์สำหรับคําสั่งและการค้นหาที่คล้ายกับการสร้างทั้งหมด
แท็ก: bazel_monitoring

--[no]heap_dump_on_oom ค่าเริ่มต้น: "false"

กำหนดว่าจะแสดงผลข้อมูลพะเนินการของกองขยะด้วยตนเองหรือไม่หากระบบแสดงข้อผิดพลาด OOM (รวมถึง OOM ที่แสดงขึ้นด้วยตนเองเนื่องจากถึงขีดจำกัด --gc_thrashing_limits) ระบบจะเขียนข้อมูลการดัมพ์ไปยัง <output_base>/<invocation_id>.heapdump.hprof ตัวเลือกนี้จะแทนที่ -XX:+HeapDumpOnOutOfMemoryError ซึ่งไม่มีผลกับ OOM ที่เกิดขึ้นเอง
แท็ก: bazel_monitoring

--jvm_heap_histogram_internal_object_pattern=<a valid Java regular expression> ค่าเริ่มต้น: "jdk\.internal\.vm\.Filler.+"

นิพจน์ทั่วไปสำหรับการลบล้างตรรกะการจับคู่สําหรับการเก็บรวบรวมหน่วยความจําฮีป JVM ของ JDK21 ขึ้นไป เราอาศัยรายละเอียดการใช้งาน GC ของ G1 ภายในที่มีการเปลี่ยนแปลงอยู่ตลอดเวลาเพื่อให้ได้เมตริกหน่วยความจำที่ชัดเจน ตัวเลือกนี้ช่วยให้เราปรับตัวตามการเปลี่ยนแปลงในการใช้งานภายในได้โดยไม่ต้องรอการเผยแพร่แบบไบนารี ส่งไปยัง JDK Matcher.find()

--[no]legacy_important_outputs ค่าเริ่มต้น: "false"

ใช้เพื่อระงับการสร้างช่อง important_outputs แบบเดิมในเหตุการณ์ TargetComplete โดยต้องใช้ important_outputs ในการผสานรวม Bazel กับ ResultStore/BTX
แท็ก: affects_outputs

--logging=<0 <= an integer <= 6> ค่าเริ่มต้น: "3"

ระดับการบันทึก
แท็ก: affects_outputs

--memory_profile=<a path> default: ดูคำอธิบาย

หากตั้งค่าไว้ ระบบจะเขียนข้อมูลการใช้หน่วยความจำลงในไฟล์ที่ระบุเมื่อสิ้นสุดระยะ และเขียนกองข้อมูลที่เสถียรลงในบันทึกหลักเมื่อสิ้นสุดการสร้าง
แท็ก: bazel_monitoring

--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs> ค่าเริ่มต้น: "1,0"

ปรับการคำนวณฮีปที่เสถียรของโปรไฟล์หน่วยความจำเมื่อสิ้นสุดการสร้าง ควรเป็นจำนวนเต็มจำนวนคู่ที่คั่นด้วยคอมมา ในแต่ละคู่ จํานวนเต็มแรกคือจํานวน GC ที่จะดำเนินการ จํานวนเต็มที่สองในแต่ละคู่คือจํานวนวินาทีที่จะรอระหว่าง GC เช่น 2,4,4,0 หมายถึง GC 2 รายการที่มีการหยุดชั่วคราว 4 วินาที ตามด้วย GC 4 รายการที่มีการหยุดชั่วคราว 0 วินาที
แท็ก: bazel_monitoring

--profile=<a path> default: ดูคำอธิบาย

หากตั้งค่าไว้ ระบบจะโปรไฟล์ Bazel และเขียนข้อมูลลงในไฟล์ที่ระบุ ใช้ bazel analyze-profile เพื่อวิเคราะห์โปรไฟล์
แท็ก: bazel_monitoring

--profiles_to_retain=<an integer> ค่าเริ่มต้น: "5"

จํานวนโปรไฟล์ที่จะเก็บไว้ในฐานเอาต์พุต หากมีโปรไฟล์มากกว่าจํานวนนี้ในฐานข้อมูลเอาต์พุต ระบบจะลบโปรไฟล์ที่เก่าที่สุดออกจนกว่าจํานวนรวมจะไม่เกินขีดจํากัด
แท็ก: bazel_monitoring

--[no]record_full_profiler_data ค่าเริ่มต้น: "false"

โดยค่าเริ่มต้น เครื่องมือวิเคราะห์ประสิทธิภาพของ Bazel จะบันทึกเฉพาะข้อมูลที่รวบรวมไว้สําหรับเหตุการณ์ที่รวดเร็วแต่มีจํานวนมาก (เช่น การแสดงสถิติของไฟล์) หากเปิดใช้ตัวเลือกนี้ เครื่องมือวิเคราะห์จะบันทึกเหตุการณ์แต่ละรายการ ซึ่งส่งผลให้ข้อมูลการโปรไฟล์แม่นยํามากขึ้น แต่ประสิทธิภาพจะลดลงอย่างมาก ตัวเลือกจะมีผลก็ต่อเมื่อมีการใช้ --profile ด้วย
แท็ก: bazel_monitoring

--[no]redirect_local_instrumentation_output_writes ค่าเริ่มต้น: "false"

หากเป็น "จริง" และระบบรองรับ ระบบจะเปลี่ยนเส้นทางเอาต์พุตของเครื่องมือวัดผลให้เขียนในเครื่องอื่นที่ไม่ใช่เครื่องที่ Bazel ทำงานอยู่
แท็ก: bazel_monitoring

--remote_print_execution_messages=<failure, success or all> ค่าเริ่มต้น: "failure"

เลือกเวลาที่จะพิมพ์ข้อความการดําเนินการจากระยะไกล ค่าที่ถูกต้องคือ "failure" เพื่อแสดงเฉพาะในกรณีที่ไม่สําเร็จ "success" เพื่อแสดงเฉพาะในกรณีที่สําเร็จ และ "all" เพื่อแสดงเสมอ
แท็ก: terminal_output

--[no]slim_profile ค่าเริ่มต้น: "true"

ลดขนาดโปรไฟล์ JSON ด้วยการผสานเหตุการณ์หากโปรไฟล์มีขนาดใหญ่เกินไป
แท็ก: bazel_monitoring

--starlark_cpu_profile=<a string> ค่าเริ่มต้น: ""

เขียนโปรไฟล์ pprof ของการใช้งาน CPU โดยเธรด Starlark ทั้งหมดลงในไฟล์ที่ระบุ
แท็ก: bazel_monitoring

--tool_tag=<a string> ค่าเริ่มต้น: ""

ชื่อเครื่องมือที่จะระบุแหล่งที่มาของการเรียกใช้ Bazel นี้
แท็ก: affects_outputs, bazel_monitoring

--ui_event_filters=<Convert list of comma separated event kind to list of filters> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุเหตุการณ์ที่จะแสดงใน UI คุณสามารถเพิ่มหรือนําเหตุการณ์ออกจากเหตุการณ์เริ่มต้นได้โดยใช้เครื่องหมาย +/- นําหน้า หรือลบล้างชุดเริ่มต้นทั้งหมดด้วยการกําหนดค่าโดยตรง ชุดประเภทเหตุการณ์ที่รองรับ ได้แก่ INFO, DEBUG, ERROR และอื่นๆ
แท็ก: terminal_output

ตัวเลือกที่ระบุหรือแก้ไขอินพุตทั่วไปสำหรับคำสั่ง Bazel ที่ไม่อยู่ในหมวดหมู่อื่นๆ

--experimental_resolved_file_instead_of_workspace=<a string> ค่าเริ่มต้น: ""

หากไม่ใช่ค่าว่าง ให้อ่านไฟล์ที่แก้ไขแล้วที่ระบุแทนไฟล์ WORKSPACE
แท็ก: changes_inputs

ตัวเลือกการแคชและการดำเนินการระยะไกล

--experimental_circuit_breaker_strategy=<failure> default: ดูคำอธิบาย

ระบุกลยุทธ์ที่จะใช้กับตัวตัดวงจร กลยุทธ์ที่ใช้ได้คือ "failure" เมื่อค่าของตัวเลือกไม่ถูกต้อง ระบบจะไม่ตั้งค่าลักษณะการทำงานเหมือนกับตัวเลือก
แท็ก: execution

--experimental_downloader_config=<a string> default: ดูคำอธิบาย

ระบุไฟล์ที่จะใช้กำหนดค่าโปรแกรมดาวน์โหลดจากระยะไกล ไฟล์นี้ประกอบด้วยบรรทัดต่างๆ ซึ่งแต่ละบรรทัดจะขึ้นต้นด้วยคําสั่ง (`allow`, `block` หรือ `rewrite`) ตามด้วยชื่อโฮสต์ (สําหรับ `allow` และ `block`) หรือรูปแบบ 2 รูปแบบ โดยรูปแบบหนึ่งใช้เพื่อจับคู่ และอีกรูปแบบหนึ่งใช้แทน URL โดยมีการอ้างอิงย้อนกลับที่เริ่มต้นจาก `$1` คุณอาจระบุคําสั่ง `rewrite` หลายรายการสําหรับ URL เดียวกันได้ ซึ่งในกรณีนี้ระบบจะแสดงผล URL หลายรายการ

--[no]experimental_guard_against_concurrent_changes ค่าเริ่มต้น: "false"

ปิดการตั้งค่านี้เพื่อปิดใช้การตรวจสอบ ctime ของไฟล์อินพุตของการดำเนินการก่อนที่จะอัปโหลดไปยังแคชระยะไกล อาจมีกรณีที่เคอร์เนล Linux เลื่อนเวลาการเขียนไฟล์ ซึ่งอาจทำให้เกิดผลบวกเท็จ

--experimental_remote_cache_compression_threshold=<an integer> ค่าเริ่มต้น: "100"

ขนาด Blob ขั้นต่ำที่จำเป็นในการบีบอัด/คลายการบีบอัดด้วย zstd จะไม่มีผลเว้นแต่จะมีการตั้งค่า --remote_cache_compression

--[no]experimental_remote_cache_lease_extension ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" Bazel จะขยายระยะเวลาเช่าสำหรับเอาต์พุตของการดำเนินการระยะไกลระหว่างการสร้างโดยการส่งการเรียก `FindMissingBlobs` ไปยังแคชระยะไกลเป็นระยะๆ ความถี่จะอิงตามค่าของ `--experimental_remote_cache_ttl`

--experimental_remote_cache_ttl=<An immutable length of time.> ค่าเริ่มต้น: "3h"

TTL ขั้นต่ำที่รับประกันของ Blob ในแคชระยะไกลหลังจากที่มีการอ้างอิงข้อมูลสรุปล่าสุด เช่น โดย ActionResult หรือ FindMissingBlobs Bazel ทำการเพิ่มประสิทธิภาพหลายอย่างตาม TTL ของ Blob เช่น ไม่เรียก GetActionResult ซ้ำๆ ในบิลด์แบบเพิ่ม คุณควรตั้งค่าให้น้อยกว่า TTL จริงเล็กน้อย เนื่องจากมีช่วงเวลาระหว่างที่เซิร์ฟเวอร์แสดงผลข้อมูลสรุปและเวลาที่ Bazel ได้รับข้อมูลสรุป
แท็ก: execution

--experimental_remote_capture_corrupted_outputs=<a path> default: ดูคำอธิบาย

เส้นทางไปยังไดเรกทอรีที่จะบันทึกเอาต์พุตที่เสียหาย

--[no]experimental_remote_discard_merkle_trees ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบจะทิ้งสำเนาในหน่วยความจำของต้นไม้ Merkle ของรูทอินพุตและการแมปอินพุตที่เกี่ยวข้องในระหว่างการเรียก GetActionResult() และ Execute() ซึ่งจะช่วยลดการใช้หน่วยความจำได้อย่างมาก แต่จะทำให้ Bazel ต้องคํานวณใหม่เมื่อแคชระยะไกลไม่พบและพยายามอีกครั้ง

--experimental_remote_downloader=<a string> default: ดูคำอธิบาย

URI ของปลายทาง Remote Asset API เพื่อใช้เป็นพร็อกซีการดาวน์โหลดจากระยะไกล สคีมาที่รองรับ ได้แก่ grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ดูที่ https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto

--[no]experimental_remote_downloader_local_fallback ค่าเริ่มต้น: "false"

Whether to fall back to the local downloader if remote downloader fails.

--[no]experimental_remote_downloader_propagate_credentials ค่าเริ่มต้น: "false"

กำหนดว่าจะเผยแพร่ข้อมูลเข้าสู่ระบบจาก netrc และผู้ช่วยข้อมูลเข้าสู่ระบบไปยังเซิร์ฟเวอร์ตัวดาวน์โหลดระยะไกลหรือไม่ การติดตั้งใช้งานเซิร์ฟเวอร์ต้องรองรับตัวระบุ "http_header_url:<url-index>:<header-key>" ใหม่ โดยที่ "<url-index>" คือตําแหน่ง URL ฐาน 0 ภายในช่อง "uris" ของ FetchBlobRequest ส่วนหัวเฉพาะ URL ควรมีความสำคัญเหนือกว่าส่วนหัวส่วนกลาง

--[no]experimental_remote_execution_keepalive ค่าเริ่มต้น: "false"

ใช้ Keepalive สําหรับการเรียกใช้การดําเนินการจากระยะไกลหรือไม่

--experimental_remote_failure_rate_threshold=<an integer in 0-100 range> ค่าเริ่มต้น: "10"

กำหนดจำนวนอัตราความล้มเหลวที่อนุญาตเป็นเปอร์เซ็นต์สำหรับกรอบเวลาหนึ่งๆ แล้วระบบจะหยุดเรียกใช้แคช/ผู้ดำเนินการระยะไกล โดยค่าเริ่มต้น ค่านี้คือ 10 การตั้งค่านี้เป็น 0 หมายความว่าไม่มีข้อจํากัด
แท็ก: execution

--experimental_remote_failure_window_interval=<An immutable length of time.> default: "60s"

ช่วงเวลาที่ระบบคํานวณอัตราความล้มเหลวของคําขอระยะไกล เมื่อค่าเป็น 0 หรือติดลบ ระบบจะคํานวณระยะเวลาที่ดำเนินการไม่สําเร็จเป็นระยะเวลาทั้งหมดของการดำเนินการ คุณสามารถใช้หน่วยต่อไปนี้ได้ ได้แก่ วัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) หากไม่ระบุหน่วย ระบบจะตีความค่าเป็นวินาที
แท็ก: execution

--[no]experimental_remote_mark_tool_inputs ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" Bazel จะทําเครื่องหมายอินพุตเป็นอินพุตเครื่องมือสําหรับผู้ดําเนินการระยะไกล ซึ่งสามารถใช้เพื่อติดตั้งใช้งาน Persisted Worker แบบระยะไกล

--[no]experimental_remote_merkle_tree_cache ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะจดจําการคํานวณต้นไม้ Merkle เพื่อปรับปรุงความเร็วในการตรวจสอบการทํางานของแคชระยะไกล ปริมาณหน่วยความจําของแคชจะควบคุมโดย --experimental_remote_merkle_tree_cache_size

--experimental_remote_merkle_tree_cache_size=<a long integer> ค่าเริ่มต้น: "1000"

จํานวนต้นไม้ Merkle ที่จะจัดเก็บเพื่อปรับปรุงความเร็วในการตรวจสอบการทํางานของแคชระยะไกล แม้ว่าระบบจะตัดแคชออกโดยอัตโนมัติตามการจัดการการอ้างอิงแบบอ่อนของ Java แต่ข้อผิดพลาดหน่วยความจําไม่เพียงพอก็อาจเกิดขึ้นได้หากตั้งค่าไว้สูงเกินไป หากตั้งค่าเป็น 0 ระบบจะไม่จำกัดขนาดแคช ค่าที่เหมาะสมจะแตกต่างกันไปตามขนาดของโปรเจ็กต์ ค่าเริ่มต้นคือ 1,000

--experimental_remote_output_service=<a string> default: ดูคำอธิบาย

HOST หรือ HOST:PORT ของปลายทางบริการเอาต์พุตระยะไกล สคีมาที่รองรับ ได้แก่ grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ระบุสคีมา grpc:// หรือ unix: เพื่อปิดใช้ TLS

--experimental_remote_output_service_output_path_prefix=<a string> ค่าเริ่มต้น: ""

เส้นทางที่เนื้อหาของไดเรกทอรีเอาต์พุตซึ่งจัดการโดย --experimental_remote_output_service อยู่ ไดเรกทอรีเอาต์พุตจริงที่ใช้โดยบิลด์จะสืบทอดมาจากเส้นทางนี้และกำหนดโดยบริการเอาต์พุต

--[no]experimental_remote_require_cached ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะบังคับให้แคชการดำเนินการทั้งหมดที่ทำงานจากระยะไกลได้ ไม่เช่นนั้นการสร้างจะดำเนินการไม่สำเร็จ วิธีนี้มีประโยชน์ในการแก้ปัญหาความไม่แน่นอน เนื่องจากช่วยให้ตรวจสอบได้ว่ามีการแคชการดําเนินการที่ควรแคชไว้จริงหรือไม่ โดยไม่ต้องแทรกผลลัพธ์ใหม่ลงในแคชโดยไม่ตั้งใจ

--experimental_remote_scrubbing_config=<Converts to a Scrubber> default: ดูคำอธิบาย

เปิดใช้การสแกนคีย์แคชระยะไกลด้วยไฟล์การกําหนดค่าที่ระบุ ซึ่งต้องเป็นโปรโตคอลบัฟเฟอร์ในรูปแบบข้อความ (ดู src/main/protobuf/remote_scrubbing.proto) ฟีเจอร์นี้มีไว้เพื่ออำนวยความสะดวกในการแชร์คaché ระยะไกล/ดิสก์ระหว่างการดำเนินการที่ทำงานบนแพลตฟอร์มที่แตกต่างกันแต่กำหนดเป้าหมายไปยังแพลตฟอร์มเดียวกัน คุณควรใช้การตั้งค่านี้อย่างระมัดระวัง เนื่องจากการตั้งค่าที่ไม่เหมาะสมอาจทำให้เกิดการแชร์รายการแคชโดยไม่ตั้งใจและส่งผลให้บิลด์ไม่ถูกต้อง การสแกนจะไม่ส่งผลต่อวิธีดำเนินการ แต่ส่งผลต่อวิธีคํานวณคีย์แคชระยะไกล/ดิสก์เพื่อดึงข้อมูลหรือจัดเก็บผลลัพธ์การดำเนินการเท่านั้น การดำเนินการที่ลบออกจะใช้ร่วมกับการดำเนินการระยะไกลไม่ได้ และจะดำเนินการในเครื่องแทนเสมอ การแก้ไขการกําหนดค่าการสแกนจะไม่ทำให้เอาต์พุตที่มีอยู่ในระบบไฟล์ในเครื่องหรือแคชภายในเป็นโมฆะ คุณจะต้องสร้างใหม่แบบ "Clean Build" เพื่อดําเนินการที่มีผลอีกครั้ง หากต้องการใช้ฟีเจอร์นี้ให้สําเร็จ คุณอาจต้องตั้งค่า --host_platform ที่กําหนดเองพร้อมกับ --experimental_platform_in_output_dir (เพื่อทำให้คำนำหน้าเอาต์พุตเป็นมาตรฐาน) และ --incompatible_strict_action_env (เพื่อทำให้ตัวแปรสภาพแวดล้อมเป็นมาตรฐาน)

--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> ค่าเริ่มต้น: "auto"

โหมดการแยกชุดข้อความที่จะใช้ดึงข้อมูลรีโป หากตั้งค่าเป็น "ปิด" ระบบจะไม่ใช้เธรดสำหรับงานและการดึงข้อมูลรีโปจะขึ้นอยู่กับการรีสตาร์ท ไม่เช่นนั้นจะใช้เธรดผู้ทํางานเสมือน

--[no]remote_accept_cached ค่าเริ่มต้น: "true"

การยอมรับผลลัพธ์การดำเนินการที่แคชไว้จากระยะไกล

--remote_build_event_upload=<all or minimal> ค่าเริ่มต้น: "minimal"

หากตั้งค่าเป็น "ทั้งหมด" ระบบจะอัปโหลดเอาต์พุตในเครื่องทั้งหมดที่ BEP อ้างอิงไปยังแคชระยะไกล หากตั้งค่าเป็น "ขั้นต่ำ" ระบบจะไม่อัปโหลดเอาต์พุตในเครื่องที่ BEP อ้างอิงไปยังแคชระยะไกล ยกเว้นไฟล์ที่มีความสำคัญต่อผู้ใช้ BEP (เช่น บันทึกการทดสอบและโปรไฟล์การวัดเวลา) ระบบจะใช้รูปแบบ bytestream:// สำหรับ URI ของไฟล์เสมอ แม้ว่าไฟล์จะหายไปจากแคชระยะไกลก็ตาม ค่าเริ่มต้นคือ "minimal"

--remote_bytestream_uri_prefix=<a string> default: ดูคำอธิบาย

ชื่อโฮสต์และชื่ออินสแตนซ์ที่จะใช้ใน URI ของ bytestream:// ที่เขียนลงในสตรีมเหตุการณ์การสร้าง ตัวเลือกนี้สามารถตั้งค่าได้เมื่อทำการบิลด์โดยใช้พร็อกซี ซึ่งจะทำให้ค่าของ --remote_executor และ --remote_instance_name ไม่สอดคล้องกับชื่อที่เป็นทางการของบริการการเรียกใช้ระยะไกลอีกต่อไป หากไม่ได้ตั้งค่าไว้ ค่าเริ่มต้นจะเป็น "${hostname}/${instance_name}"

--remote_cache=<a string> default: ดูคำอธิบาย

URI ของปลายทางแคช สคีมที่รองรับ ได้แก่ http, https, grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ระบุสคีมา grpc://, http:// หรือ unix: เพื่อปิดใช้ TLS ดูที่ https://bazel.build/remote/caching

--[no]remote_cache_async ค่าเริ่มต้น: "true"

หากเป็น "จริง" การอัปโหลดผลลัพธ์การดำเนินการไปยังดิสก์หรือแคชระยะไกลจะเกิดขึ้นในเบื้องหลังแทนที่จะบล็อกการดำเนินการให้เสร็จสมบูรณ์ การดำเนินการบางอย่างเข้ากันไม่ได้กับการอัปโหลดในเบื้องหลัง และอาจยังคงบล็อกอยู่แม้ว่าจะมีการตั้งค่า Flag นี้ก็ตาม

--[no]remote_cache_compression ค่าเริ่มต้น: "false"

หากเปิดใช้ ให้บีบอัด/คลายการบีบอัด Blob แคชด้วย zstd เมื่อมีขนาดอย่างน้อย --experimental_remote_cache_compression_threshold

--remote_cache_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอแคช: --remote_cache_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

--remote_default_exec_properties=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตั้งค่าพร็อพเพอร์ตี้ exec เริ่มต้นเพื่อใช้เป็นแพลตฟอร์มการดําเนินการระยะไกล หากแพลตฟอร์มการดําเนินการยังไม่ได้ตั้งค่า exec_properties
แท็ก: affects_outputs

--remote_default_platform_properties=<a string> ค่าเริ่มต้น: ""

ตั้งค่าพร็อพเพอร์ตี้แพลตฟอร์มเริ่มต้นที่จะตั้งค่าสำหรับ API การดำเนินการระยะไกล หากแพลตฟอร์มการดำเนินการยังไม่ได้ตั้งค่า remote_execution_properties ระบบจะใช้ค่านี้ด้วยหากเลือกแพลตฟอร์มโฮสต์เป็นแพลตฟอร์มการดําเนินการสําหรับการดําเนินการระยะไกล

--remote_download_regex=<a valid Java regular expression> ระบบจะรวบรวมการใช้งานหลายครั้ง

บังคับให้ดาวน์โหลดเอาต์พุตการสร้างระยะไกลซึ่งมีเส้นทางตรงกับรูปแบบนี้ โดยไม่คำนึงถึง --remote_download_outputs คุณระบุรูปแบบได้หลายรายการโดยการใช้ Flag นี้ซ้ำ
แท็ก: affects_outputs

--remote_downloader_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอของเครื่องมือดาวน์โหลดระยะไกล: --remote_downloader_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

--remote_exec_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอการดําเนินการ: --remote_exec_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

ค่าเริ่มต้นของ --remote_execution_priority=<an integer>: "0"

ลําดับความสําคัญแบบสัมพัทธ์ของการดำเนินการที่จะดําเนินการจากระยะไกล ความหมายของค่าลําดับความสําคัญหนึ่งๆ จะขึ้นอยู่กับเซิร์ฟเวอร์

--remote_executor=<a string> default: ดูคำอธิบาย

HOST หรือ HOST:PORT ของปลายทางการเรียกใช้ระยะไกล สคีมาที่รองรับ ได้แก่ grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ระบุสคีมา grpc:// หรือ unix: เพื่อปิดใช้ TLS

--remote_grpc_log=<a path> default: ดูคำอธิบาย

เส้นทางไปยังไฟล์เพื่อบันทึกรายละเอียดการเรียกใช้ gRPC หากระบุ บันทึกนี้ประกอบด้วยลำดับ protobuf ของ com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry ที่แปลงเป็นอนุกรม โดยแต่ละข้อความจะมี varint นำหน้า ซึ่งระบุขนาดของข้อความ protobuf ที่แปลงเป็นอนุกรมรายการถัดไป ตามที่ดำเนินการโดยเมธอด LogEntry.writeDelimitedTo(OutputStream)

--remote_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอ: --remote_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

--remote_instance_name=<a string> ค่าเริ่มต้น: ""

ค่าที่จะส่งเป็น instance_name ใน API การดำเนินการระยะไกล

--[no]remote_local_fallback ค่าเริ่มต้น: "false"

Whether to fall back to standalone local execution strategy if remote execution fails.

--remote_local_fallback_strategy=<a string> ค่าเริ่มต้น: "local"

เลิกใช้งานแล้ว ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/7480

--remote_max_connections=<an integer> ค่าเริ่มต้น: "100"

จำกัดจำนวนการเชื่อมต่อสูงสุดที่ดำเนินการได้พร้อมกันกับแคช/ผู้ดำเนินการระยะไกล โดยค่าเริ่มต้น ค่านี้คือ 100 การตั้งค่านี้เป็น 0 หมายความว่าไม่มีข้อจํากัด สำหรับแคชระยะไกล HTTP การเชื่อมต่อ TCP 1 รายการจะจัดการคำขอได้ 1 รายการพร้อมกัน ดังนั้น Bazel จึงส่งคำขอพร้อมกันได้สูงสุด --remote_max_connections สําหรับแคช/ผู้ดําเนินการระยะไกล gRPC ปกติแล้วแชแนล gRPC 1 ช่องจะจัดการคําขอพร้อมกันได้มากกว่า 100 รายการ ดังนั้น Bazel จึงทําคําขอพร้อมกันได้ประมาณ `--remote_max_connections * 100`
แท็ก: host_machine_resource_optimizations

--remote_proxy=<a string> default: ดูคำอธิบาย

เชื่อมต่อกับแคชระยะไกลผ่านพร็อกซี ปัจจุบันแฟล็กนี้ใช้ได้กับการกำหนดค่าซ็อกเก็ตโดเมน Unix (unix:/path/to/socket) เท่านั้น

ค่าเริ่มต้นของ --remote_result_cache_priority=<an integer>: "0"

ลําดับความสําคัญแบบสัมพัทธ์ของการดำเนินการระยะไกลที่จะจัดเก็บไว้ในแคชระยะไกล ความหมายของค่าลําดับความสําคัญหนึ่งๆ จะขึ้นอยู่กับเซิร์ฟเวอร์

--remote_retries=<an integer> ค่าเริ่มต้น: "5"

จำนวนครั้งที่พยายามสูงสุดในการลองอีกครั้งสำหรับข้อผิดพลาดชั่วคราว หากตั้งค่าเป็น 0 ระบบจะปิดใช้การลองอีกครั้ง

ค่าเริ่มต้นของ --remote_retry_max_delay=<An immutable length of time.>: "5s"

ระยะเวลา Backoff สูงสุดระหว่างการพยายามลองใหม่จากระยะไกล คุณสามารถใช้หน่วยต่อไปนี้ได้ ได้แก่ วัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) หากไม่ระบุหน่วย ระบบจะตีความค่าเป็นวินาที

--remote_timeout=<An immutable length of time.> default: "60s"

ระยะเวลาสูงสุดที่รอการเรียกใช้ระยะไกลและการเรียกใช้แคช สําหรับแคช REST ค่านี้คือทั้งการหมดเวลาเชื่อมต่อและการอ่าน คุณสามารถใช้หน่วยต่อไปนี้ได้ ได้แก่ วัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) หากไม่ระบุหน่วย ระบบจะตีความค่าเป็นวินาที

--[no]remote_upload_local_results ค่าเริ่มต้น: "true"

การอัปโหลดผลลัพธ์การดำเนินการที่ดำเนินการในเครื่องไปยังแคชระยะไกล หากแคชระยะไกลรองรับและผู้ใช้ได้รับอนุญาตให้ดำเนินการดังกล่าว

--[no]remote_verify_downloads ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" Bazel จะคํานวณผลรวมแฮชของการดาวน์โหลดจากระยะไกลทั้งหมดและทิ้งค่าที่แคชไว้จากระยะไกลหากไม่ตรงกับค่าที่คาดไว้

ตัวเลือกอื่นๆ ที่ไม่ได้จัดหมวดหมู่ไว้

--build_metadata=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

คู่สตริงคีย์-ค่าที่กําหนดเองเพื่อระบุในเหตุการณ์การสร้าง
แท็ก: terminal_output

--color=<yes, no or auto> ค่าเริ่มต้น: "auto"

ใช้ตัวควบคุมเทอร์มินัลเพื่อใส่สีผลลัพธ์

--config=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

เลือกส่วนการกําหนดค่าเพิ่มเติมจากไฟล์ rc สําหรับ <command> แต่ละรายการ ระบบจะดึงตัวเลือกจาก <command>:<config> ด้วยหากมีส่วนดังกล่าว หากไม่มีส่วนนี้ในไฟล์ .rc ใดๆ Blaze จะดำเนินการไม่สำเร็จพร้อมแสดงข้อผิดพลาด ส่วนการกําหนดค่าและชุดค่าผสมของ Flag ที่เทียบเท่าจะอยู่ในไฟล์การกําหนดค่า tools/*.blazerc

--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.> ระบบจะรวบรวมการใช้งานหลายครั้ง

กำหนดค่าเครื่องมือช่วยจัดการข้อมูลเข้าสู่ระบบที่เป็นไปตาม <a href="https://github.com/EngFlow/credential-helper-spec">ข้อกำหนดของเครื่องมือช่วยจัดการข้อมูลเข้าสู่ระบบ</a>เพื่อใช้ดึงข้อมูลเข้าสู่ระบบการให้สิทธิ์สำหรับการดึงข้อมูลรีโพซิทรี การแคชและการดำเนินการจากระยะไกล รวมถึงบริการเหตุการณ์การสร้าง ข้อมูลเข้าสู่ระบบที่ได้จากตัวช่วยจะมีลำดับความสำคัญเหนือกว่าข้อมูลเข้าสู่ระบบที่ได้จาก `--google_default_credentials`, `--google_credentials`, ไฟล์ `.netrc` หรือพารามิเตอร์การตรวจสอบสิทธิ์สำหรับ `repository_ctx.download()` และ `repository_ctx.download_and_extract()` ระบุได้หลายครั้งเพื่อตั้งค่าตัวช่วยหลายรายการ ดูวิธีการได้ที่ https://blog.engflow.com/2023/10/09/configuring-bazels-credential-helper/

ค่าเริ่มต้นของ --credential_helper_cache_duration=<An immutable length of time.>: "30m"

ระยะเวลาเริ่มต้นในการแคชข้อมูลเข้าสู่ระบบที่ได้จากเครื่องมือช่วยป้อนข้อมูลเข้าสู่ระบบ หากเครื่องมือไม่ระบุเวลาที่ข้อมูลเข้าสู่ระบบจะหมดอายุ

--credential_helper_timeout=<An immutable length of time.> ค่าเริ่มต้น: "10s"

กำหนดค่าการหมดเวลาสำหรับผู้ช่วยข้อมูลเข้าสู่ระบบ เครื่องมือช่วยจัดการข้อมูลเข้าสู่ระบบที่ไม่ตอบกลับภายในระยะหมดเวลานี้จะเรียกใช้ไม่สำเร็จ

--curses=<yes, no or auto> ค่าเริ่มต้น: "auto"

ใช้การควบคุมเคอร์เซอร์ของเทอร์มินัลเพื่อลดการเลื่อนเอาต์พุต

--disk_cache=<a path> default: ดูคำอธิบาย

เส้นทางไปยังไดเรกทอรีที่ Bazel อ่านและเขียนการดำเนินการและเอาต์พุตการดำเนินการได้ หากยังไม่มีไดเรกทอรี ระบบจะสร้างให้

--[no]enable_platform_specific_config ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะเลือกบรรทัดการกําหนดค่าเฉพาะระบบปฏิบัติการของโฮสต์จากไฟล์ bazelrc เช่น หากระบบปฏิบัติการโฮสต์เป็น Linux และคุณเรียกใช้ bazel build ทาง Bazel จะเลือกบรรทัดที่ขึ้นต้นด้วย build:linux ตัวระบุระบบปฏิบัติการที่รองรับ ได้แก่ linux, macos, windows, freebsd และ openbsd การเปิดใช้ Flag นี้จะเทียบเท่ากับการใช้ --config=linux ใน Linux, --config=windows ใน Windows เป็นต้น

--experimental_disk_cache_gc_idle_delay=<An immutable length of time.> ค่าเริ่มต้น: "5m"

ระยะเวลาที่เซิร์ฟเวอร์ต้องไม่มีการใช้งานก่อนที่ระบบจะรวบรวมขยะในแคชดิสก์ หากต้องการระบุนโยบายการเก็บขยะ ให้ตั้งค่า --experimental_disk_cache_gc_max_size และ/หรือ --experimental_disk_cache_gc_max_age

ค่าเริ่มต้นของ --experimental_disk_cache_gc_max_age=<An immutable length of time.>: "0"

หากตั้งค่าเป็นค่าบวก ระบบจะรวบรวมขยะในแคชดิสก์เป็นระยะเพื่อนำรายการที่เก่ากว่าอายุนี้ออก หากตั้งค่าร่วมกับ --experimental_disk_cache_gc_max_size ระบบจะใช้ทั้ง 2 เกณฑ์ การรวบรวมขยะจะเกิดขึ้นในเบื้องหลังเมื่อเซิร์ฟเวอร์ไม่มีการใช้งาน โดยระบบจะกำหนดตาม Flag --experimental_disk_cache_gc_idle_delay

ค่าเริ่มต้นของ --experimental_disk_cache_gc_max_size=<a size in bytes, optionally followed by a K, M, G or T multiplier>: "0"

หากตั้งค่าเป็นค่าบวก ระบบจะรวบรวมขยะในแคชดิสก์เป็นระยะๆ เพื่อให้มีขนาดไม่เกินค่านี้ หากตั้งค่าร่วมกับ --experimental_disk_cache_gc_max_age ระบบจะใช้ทั้ง 2 เกณฑ์ การรวบรวมขยะจะเกิดขึ้นในเบื้องหลังเมื่อเซิร์ฟเวอร์ไม่มีการใช้งาน โดยระบบจะกำหนดตาม Flag --experimental_disk_cache_gc_idle_delay

--[no]experimental_rule_extension_api ค่าเริ่มต้น: "true"

เปิดใช้ API ส่วนขยายกฎเวอร์ชันทดลองและ API กฎย่อย
แท็ก: loading_and_analysis, experimental

--[no]experimental_windows_watchfs ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะเปิดใช้การรองรับ --watchfs เวอร์ชันทดลองใน Windows มิฉะนั้น --watchfs จะใช้งานไม่ได้ใน Windows อย่าลืมเปิดใช้ --watchfs ด้วย

--google_auth_scopes=<comma-separated list of options> ค่าเริ่มต้น: "https://www.googleapis.com/auth/cloud-platform"

รายการขอบเขตการตรวจสอบสิทธิ์ของ Google Cloud ที่คั่นด้วยคอมมา

--google_credentials=<a string> default: ดูคำอธิบาย

ระบุไฟล์ที่จะรับข้อมูลเข้าสู่ระบบสำหรับการตรวจสอบสิทธิ์ ดูรายละเอียดได้ที่ https://cloud.google.com/docs/authentication

--[no]google_default_credentials ค่าเริ่มต้น: "false"

ใช้ "ข้อมูลเข้าสู่ระบบเริ่มต้นของแอปพลิเคชันของ Google" สำหรับการรับรองหรือไม่ ดูรายละเอียดได้ที่ https://cloud.google.com/docs/authentication ปิดใช้โดยค่าเริ่มต้น

--grpc_keepalive_time=<An immutable length of time.> default: ดูคำอธิบาย

กำหนดค่าการ ping การรักษาการเชื่อมต่อไว้สำหรับการเชื่อมต่อ gRPC ขาออก หากตั้งค่าไว้ Bazel จะส่งคําสั่ง ping หลังจากไม่มีการดำเนินการอ่านในการเชื่อมต่อเป็นเวลานานเท่านี้ แต่ในกรณีที่มีการเรียกใช้ gRPC ที่รอดำเนินการอย่างน้อย 1 รายการเท่านั้น ระบบจะถือว่าเวลามีความละเอียดเป็นวินาที การตั้งค่าค่าที่น้อยกว่า 1 วินาทีจะเป็นข้อผิดพลาด โดยค่าเริ่มต้น ระบบจะปิดใช้การ ping ที่ใช้เพื่อตรวจสอบว่าการเชื่อมต่อยังอยู่ คุณควรประสานงานกับเจ้าของบริการก่อนเปิดใช้การตั้งค่านี้ เช่น หากต้องการตั้งค่า 30 วินาทีให้กับ Flag นี้ ให้ทำดังนี้ --grpc_keepalive_time=30s

--grpc_keepalive_timeout=<An immutable length of time.> ค่าเริ่มต้น: "20s"

กำหนดค่าการหมดเวลาการคงการเชื่อมต่อไว้สำหรับการเชื่อมต่อ gRPC ขาออก หากเปิดใช้คําสั่ง ping ที่ใช้เพื่อคงการเชื่อมต่อไว้ด้วย --grpc_keepalive_time แล้ว Bazel จะยกเลิกการเชื่อมต่อหากไม่ได้รับการตอบกลับคําสั่ง ping หลังจากผ่านไปนานเท่านี้ ระบบจะถือว่าเวลามีความละเอียดเป็นวินาที การตั้งค่าค่าที่น้อยกว่า 1 วินาทีจะเป็นข้อผิดพลาด หากปิดใช้การ ping ตรวจสอบสถานะอยู่เสมอ ระบบจะไม่สนใจการตั้งค่านี้

--[no]incompatible_disable_non_executable_java_binary ค่าเริ่มต้น: "false"

หากเป็น "จริง" java_binary จะเรียกใช้ได้เสมอ ระบบจะนำแอตทริบิวต์ create_executable ออก
แท็ก: loading_and_analysis, incompatible_change

--inject_repository=<an equals-separated mapping of repository name to path> ระบบจะรวบรวมการใช้งานหลายครั้ง

เพิ่มที่เก็บใหม่ที่มีเส้นทางในเครื่องในรูปแบบ <ชื่อที่เก็บ>=<เส้นทาง> ซึ่งจะมีผลกับ --enable_bzlmod เท่านั้นและเทียบเท่ากับการเพิ่ม "local_repository" ที่เกี่ยวข้องลงในไฟล์ MODULE.bazel ของโมดูลรูทผ่าน "use_repo_rule" หากเส้นทางที่ระบุเป็นเส้นทางสัมบูรณ์ ระบบจะใช้เส้นทางดังกล่าวตามที่เป็น หากเส้นทางที่ระบุเป็นเส้นทางสัมพัทธ์ ระบบจะใช้เส้นทางนั้นโดยสัมพันธ์กับไดเรกทอรีทํางานปัจจุบัน หากเส้นทางที่ระบุขึ้นต้นด้วย "%workspace%" แสดงว่าเส้นทางนั้นสัมพันธ์กับรูทของพื้นที่ทํางาน ซึ่งเป็นเอาต์พุตของ "bazel info workspace" หากเส้นทางที่ระบุว่างเปล่า ระบบจะนำการแทรกก่อนหน้านี้ออก

--invocation_id=<a UUID> ค่าเริ่มต้น: ""

ตัวระบุที่ไม่ซ้ำกันในรูปแบบ UUID สำหรับคําสั่งที่กําลังเรียกใช้ หากระบุความซ้ำกันอย่างชัดเจน ผู้เรียกต้องตรวจสอบความซ้ำกัน ระบบจะพิมพ์ UUID ไปยัง stderr, BEP และโปรโตคอลการดําเนินการจากระยะไกล
แท็ก: bazel_monitoring, bazel_internal_configuration

--override_repository=<an equals-separated mapping of repository name to path> ระบบจะรวบรวมการใช้งานหลายครั้ง

ลบล้างที่เก็บโดยใช้เส้นทางในเครื่องในรูปแบบ <ชื่อที่เก็บ>=<เส้นทาง> หากเส้นทางที่ระบุเป็นเส้นทางสัมพัทธ์ ระบบจะใช้เส้นทางนั้นตามที่เป็นอยู่ หากเส้นทางที่ระบุเป็นเส้นทางสัมพัทธ์ ระบบจะใช้เส้นทางนั้นโดยสัมพันธ์กับไดเรกทอรีการทำงานปัจจุบัน หากเส้นทางที่ระบุขึ้นต้นด้วย "%workspace%" เส้นทางนั้นจะสัมพันธ์กับรูทของพื้นที่ทํางาน ซึ่งเป็นเอาต์พุตของ "bazel info workspace" หากเส้นทางที่ระบุว่างเปล่า ระบบจะนำการลบล้างก่อนหน้าออก

--[no]progress_in_terminal_title ค่าเริ่มต้น: "false"

แสดงความคืบหน้าของคำสั่งในชื่อเทอร์มินัล มีประโยชน์ในการดูสิ่งที่ bazel กำลังทำเมื่อมีแท็บเทอร์มินัลหลายแท็บ

--[no]show_progress ค่าเริ่มต้น: "true"

แสดงข้อความความคืบหน้าระหว่างการสร้าง

--show_progress_rate_limit=<a double> ค่าเริ่มต้น: "0.2"

จำนวนวินาทีต่ำสุดระหว่างข้อความความคืบหน้าในเอาต์พุต

--[no]show_timestamps ค่าเริ่มต้น: "false"

ใส่การประทับเวลาในข้อความ

--tls_certificate=<a string> default: ดูคำอธิบาย

ระบุเส้นทางไปยังใบรับรอง TLS ที่เชื่อถือได้เพื่อลงนามใบรับรองเซิร์ฟเวอร์

--tls_client_certificate=<a string> default: ดูคำอธิบาย

ระบุใบรับรองไคลเอ็นต์ TLS ที่จะใช้ นอกจากนี้ คุณยังต้องระบุคีย์ไคลเอ็นต์เพื่อเปิดใช้การตรวจสอบสิทธิ์ไคลเอ็นต์ด้วย

--tls_client_key=<a string> default: ดูคำอธิบาย

ระบุคีย์ไคลเอ็นต์ TLS ที่จะใช้ นอกจากนี้ คุณยังต้องระบุใบรับรองไคลเอ็นต์เพื่อเปิดใช้การตรวจสอบสิทธิ์ไคลเอ็นต์ด้วย

--ui_actions_shown=<an integer> ค่าเริ่มต้น: "8"

จํานวนการดําเนินการพร้อมกันที่แสดงในแถบความคืบหน้าแบบละเอียด โดยแต่ละการดําเนินการจะแสดงในบรรทัดแยกกัน แถบความคืบหน้าจะแสดงอย่างน้อย 1 แถบเสมอ โดยระบบจะแมปตัวเลขทั้งหมดที่น้อยกว่า 1 เป็น 1
แท็ก: terminal_output

--[no]watchfs ค่าเริ่มต้น: "false"

ใน Linux/macOS: หากเป็น "จริง" Bazel จะพยายามใช้บริการเฝ้าดูไฟล์ของระบบปฏิบัติการสำหรับการเปลี่ยนแปลงในเครื่องแทนที่จะสแกนทุกไฟล์เพื่อหาการเปลี่ยนแปลง ใน Windows: ปัจจุบัน Flag นี้ไม่ทำงาน แต่สามารถเปิดใช้ได้ร่วมกับ --experimental_windows_watchfs ในระบบปฏิบัติการใดก็ได้: ระบบจะไม่ระบุลักษณะการทำงานหากพื้นที่ทำงานอยู่ในระบบไฟล์เครือข่ายและมีการแก้ไขไฟล์ในเครื่องระยะไกล

ตัวเลือกการวิเคราะห์โปรไฟล์

ตัวเลือกนี้ส่งผลต่อความหมายของภาษา Starlark หรือ Build API ที่เข้าถึงไฟล์ BUILD, ไฟล์ .bzl หรือไฟล์ WORKSPACE ได้

--[no]incompatible_use_plus_in_repo_names ค่าเริ่มต้น: "true"

ไม่มีการดำเนินการใดๆ
แท็ก: loading_and_analysis

ตัวเลือกที่ส่งผลต่อรายละเอียด รูปแบบ หรือตำแหน่งของการบันทึก ได้แก่

--dump=<text or raw> [-d] ค่าเริ่มต้น: ดูคำอธิบาย

แสดงข้อมูลโปรไฟล์ทั้งหมดในรูปแบบ "ข้อความ" ที่มนุษย์อ่านได้หรือรูปแบบ "ไฟล์ดิบ" ที่เหมาะสำหรับสคริปต์
แท็ก: bazel_monitoring

ตัวเลือกการค้นหา

รับค่าตัวเลือกทั้งหมดจาก build

ตัวเลือกนี้ส่งผลต่อความหมายของภาษา Starlark หรือ Build API ที่เข้าถึงไฟล์ BUILD, ไฟล์ .bzl หรือไฟล์ WORKSPACE ได้

--[no]incompatible_use_plus_in_repo_names ค่าเริ่มต้น: "true"

ไม่มีการดำเนินการใดๆ
แท็ก: loading_and_analysis

ตัวเลือกที่เกี่ยวข้องกับเอาต์พุตการค้นหาและความหมาย

--aspect_deps=<off, conservative or precise> ค่าเริ่มต้น: "conservative"

วิธีแก้ไขการพึ่งพาแง่มุมเมื่อรูปแบบเอาต์พุตเป็นหนึ่งใน {xml,proto,record} "ปิด" หมายความว่าไม่มีการแก้ไขข้อกําหนดของมิติข้อมูล "แบบอนุรักษ์นิยม" (ค่าเริ่มต้น) หมายความว่าระบบจะเพิ่มข้อกําหนดของมิติข้อมูลที่ประกาศไว้ทั้งหมด ไม่ว่าจะได้รับคลาสกฎของข้อกําหนดโดยตรงหรือไม่ "แม่นยํา" หมายความว่าระบบจะเพิ่มเฉพาะมิติข้อมูลเหล่านั้นที่อาจใช้งานได้โดยพิจารณาจากคลาสกฎของข้อกําหนดโดยตรง โปรดทราบว่าโหมดที่แม่นยำต้องโหลดแพ็กเกจอื่นๆ เพื่อประเมินเป้าหมายเดียว จึงทําให้ช้ากว่าโหมดอื่นๆ นอกจากนี้ โปรดทราบว่าโหมดที่แม่นยำก็อาจไม่แม่นยำทั้งหมด เนื่องจากการตัดสินใจว่าจะคำนวณแง่มุมใดหรือไม่นั้นจะเกิดขึ้นในระยะการวิเคราะห์ ซึ่งไม่ได้ทำงานระหว่าง "การค้นหา Bazel"
แท็ก: build_file_semantics

--[no]consistent_labels ค่าเริ่มต้น: "false"

หากเปิดใช้ คำสั่งการค้นหาทุกรายการจะแสดงป้ายกำกับราวกับว่าฟังก์ชัน <code>str</code> ของ Starlark มีผลกับอินสแตนซ์ <code>Label</code> ซึ่งมีประโยชน์สําหรับเครื่องมือที่ต้องจับคู่เอาต์พุตของคําสั่งการค้นหาและ/หรือป้ายกำกับต่างๆ ที่กฎสร้างขึ้น หากไม่ได้เปิดใช้ ตัวจัดรูปแบบเอาต์พุตจะแสดงชื่อที่เก็บที่ชัดเจน (สัมพันธ์กับที่เก็บหลัก) แทนเพื่อให้อ่านเอาต์พุตได้ง่ายขึ้น
แท็ก: terminal_output

--[no]experimental_explicit_aspects ค่าเริ่มต้น: "false"

aquery, cquery: ระบุว่าจะรวมการดำเนินการที่เกิดจากแง่มุมไว้ในเอาต์พุตหรือไม่ query: no-op (ระบบจะตามแง่มุมเสมอ)
แท็ก: terminal_output

--[no]graph:factored ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะแสดงกราฟที่ "แยกปัจจัย" กล่าวคือ จะผสานโหนดที่เทียบเท่ากันตามแบบแผนเข้าด้วยกันและต่อป้ายกำกับของโหนดเหล่านั้น ตัวเลือกนี้ใช้ได้กับ --output=graph เท่านั้น
แท็ก: terminal_output

--graph:node_limit=<an integer> ค่าเริ่มต้น: "512"

ความยาวสูงสุดของสตริงป้ายกำกับสำหรับโหนดกราฟในเอาต์พุต ระบบจะตัดป้ายกำกับที่ยาวกว่าออก โดย -1 หมายความว่าไม่ตัด ตัวเลือกนี้ใช้ได้กับ --output=graph เท่านั้น
แท็ก: terminal_output

--[no]implicit_deps ค่าเริ่มต้น: "true"

หากเปิดใช้ ทรัพยากร Dependency ที่ไม่ชัดแจ้งจะรวมอยู่ในกราฟทรัพยากร Dependency ที่การค้นหาทำงานอยู่ Dependency ที่ไม่ชัดแจ้งคือ Dependency ที่ไม่ได้ระบุไว้อย่างชัดเจนในไฟล์ BUILD แต่ Bazel เพิ่มเข้ามา สําหรับ cquery ตัวเลือกนี้จะควบคุมการกรองเครื่องมือทางเทคนิคที่แก้ไขแล้ว
แท็ก: build_file_semantics

--[no]include_artifacts ค่าเริ่มต้น: "true"

รวมชื่ออินพุตและเอาต์พุตการดําเนินการไว้ในเอาต์พุต (อาจมีขนาดใหญ่)
แท็ก: terminal_output

--[no]include_aspects ค่าเริ่มต้น: "true"

aquery, cquery: ระบุว่าจะรวมการดำเนินการที่เกิดจากแง่มุมไว้ในเอาต์พุตหรือไม่ query: no-op (ระบบจะตามแง่มุมเสมอ)
แท็ก: terminal_output

--[no]include_commandline ค่าเริ่มต้น: "true"

รวมเนื้อหาของบรรทัดคำสั่งการดำเนินการไว้ในเอาต์พุต (อาจมีขนาดใหญ่)
แท็ก: terminal_output

--[no]include_file_write_contents ค่าเริ่มต้น: "false"

ใส่เนื้อหาไฟล์สําหรับการดําเนินการ FileWrite, SourceSymlinkManifest และ RepoMappingManifest (อาจมีขนาดใหญ่)
แท็ก: terminal_output

--[no]include_param_files ค่าเริ่มต้น: "false"

รวมเนื้อหาของไฟล์พารามิเตอร์ที่ใช้ในคําสั่ง (อาจมีขนาดใหญ่) หมายเหตุ: การเปิดใช้ Flag นี้จะเปิดใช้ Flag --include_commandline โดยอัตโนมัติ
แท็ก: terminal_output

--[no]include_pruned_inputs ค่าเริ่มต้น: "true"

รวมอินพุตการดําเนินการที่ตัดออกระหว่างการดําเนินการ มีผลเฉพาะกับการดำเนินการที่ค้นพบอินพุตและดำเนินการในการเรียกใช้ก่อนหน้านี้ จะมีผลก็ต่อเมื่อตั้งค่า --include_artifacts ด้วย
แท็ก: terminal_output

--[no]incompatible_package_group_includes_double_slash ค่าเริ่มต้น: "true"

หากเปิดใช้ เมื่อแสดงผลแอตทริบิวต์ "packages" ของ package_group ระบบจะไม่ละเว้น "//" ที่อยู่ด้านหน้า
แท็ก: terminal_output, incompatible_change

--[no]infer_universe_scope ค่าเริ่มต้น: "false"

หากตั้งค่าและไม่ได้ตั้งค่า --universe_scope ระบบจะอนุมานค่าของ --universe_scope เป็นรายการรูปแบบเป้าหมายที่ไม่ซ้ำกันในนิพจน์การค้นหา โปรดทราบว่าค่า --universe_scope ที่อนุมานสําหรับนิพจน์การค้นหาที่ใช้ฟังก์ชันระดับจักรวาล (เช่น `allrdeps`) อาจไม่ใช่สิ่งที่คุณต้องการ คุณจึงควรใช้ตัวเลือกนี้เฉพาะในกรณีที่คุณเข้าใจสิ่งที่ทําอยู่ ดูรายละเอียดและตัวอย่างได้ที่ https://bazel.build/reference/query#sky-query หากตั้งค่า --universe_scope แล้ว ระบบจะไม่สนใจค่าของตัวเลือกนี้ หมายเหตุ: ตัวเลือกนี้มีผลกับ "query" เท่านั้น (ไม่ใช่ "cquery")
แท็ก: loading_and_analysis

--[no]line_terminator_null ค่าเริ่มต้น: "false"

แต่ละรูปแบบสิ้นสุดด้วย \0 แทนบรรทัดใหม่หรือไม่
แท็ก: terminal_output

--[no]nodep_deps ค่าเริ่มต้น: "true"

หากเปิดใช้ deps จากแอตทริบิวต์ "nodep" จะรวมอยู่ในกราฟทรัพยากร Dependency ที่การค้นหาจะดำเนินการ ตัวอย่างที่พบบ่อยของแอตทริบิวต์ "nodep" คือ "visibility" เรียกใช้และแยกวิเคราะห์เอาต์พุตของ "info build-language" เพื่อดูข้อมูลเกี่ยวกับแอตทริบิวต์ "nodep" ทั้งหมดในภาษาของบิลด์
แท็ก: build_file_semantics

--output=<a string> ค่าเริ่มต้น: "text"

รูปแบบที่ควรพิมพ์ผลลัพธ์ของ aquery ค่าที่อนุญาตสำหรับ aquery ได้แก่ text, textproto, proto, streamed_proto, jsonproto
แท็ก: terminal_output

--[no]proto:default_values ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะรวมแอตทริบิวต์ที่ค่าไม่ได้ระบุไว้อย่างชัดเจนในไฟล์ BUILD หากเป็น "เท็จ" ระบบจะไม่รวมแอตทริบิวต์ดังกล่าว ตัวเลือกนี้ใช้ได้กับ --output=proto
แท็ก: terminal_output

--[no]proto:definition_stack ค่าเริ่มต้น: "false"

ป้อนข้อมูลในช่อง proto ของ definition_stack ซึ่งจะบันทึกสแต็กการเรียกใช้ Starlark สำหรับอินสแตนซ์กฎแต่ละรายการ ณ เวลาที่กําหนดคลาสของกฎ
แท็ก: terminal_output

--[no]proto:flatten_selects ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะยุบแอตทริบิวต์ที่กำหนดค่าได้ซึ่งสร้างโดย select() สําหรับประเภทลิสต์ การแสดงผลแบบแบนคือลิสต์ที่มีค่าแต่ละค่าของแผนที่ที่เลือกเพียงครั้งเดียว ระบบจะเปลี่ยนประเภทสเกลาร์ให้เป็นค่าว่าง
แท็ก: build_file_semantics

--[no]proto:include_attribute_source_aspects ค่าเริ่มต้น: "false"

ป้อนข้อมูลฟิลด์ proto ของ source_aspect_name ของแอตทริบิวต์แต่ละรายการด้วยแง่มุมแหล่งที่มาของแอตทริบิวต์ (สตริงว่างหากไม่มี)
แท็ก: terminal_output

--[no]proto:include_synthetic_attribute_hash ค่าเริ่มต้น: "false"

กำหนดว่าจะคำนวณและป้อนข้อมูลแอตทริบิวต์ $internal_attr_hash หรือไม่
แท็ก: terminal_output

--[no]proto:instantiation_stack ค่าเริ่มต้น: "false"

ป้อนข้อมูลสแต็กการเรียกอินสแตนซ์ของกฎแต่ละข้อ โปรดทราบว่าต้องมีสแต็กอยู่
แท็ก: terminal_output

--[no]proto:locations ค่าเริ่มต้น: "true"

แสดงข้อมูลตำแหน่งในเอาต์พุต proto หรือไม่
แท็ก: terminal_output

--proto:output_rule_attrs=<comma-separated list of options> ค่าเริ่มต้น: "all"

รายการแอตทริบิวต์ที่คั่นด้วยคอมมาที่จะรวมไว้ในเอาต์พุต ค่าเริ่มต้นคือแอตทริบิวต์ทั้งหมด ตั้งค่าเป็นสตริงว่างเพื่อไม่ให้แสดงผลแอตทริบิวต์ใดๆ ตัวเลือกนี้ใช้ได้กับ --output=proto
แท็ก: terminal_output

--[no]proto:rule_classes ค่าเริ่มต้น: "false"

ป้อนข้อมูลในช่อง rule_class_key ของกฎแต่ละข้อ และสำหรับกฎแรกที่มี rule_class_key หนึ่งๆ ให้ป้อนข้อมูลในช่อง proto ของ rule_class_info ด้วย ช่อง rule_class_key จะระบุคลาสกฎโดยไม่ซ้ำกัน และช่อง rule_class_info คือคําจํากัดความ API ของคลาสกฎรูปแบบ Stardoc
แท็ก: terminal_output

--[no]proto:rule_inputs_and_outputs ค่าเริ่มต้น: "true"

การป้อนข้อมูลในช่อง rule_input และ rule_output หรือไม่
แท็ก: terminal_output

--query_file=<a string> ค่าเริ่มต้น: ""

หากตั้งค่าไว้ ระบบจะอ่านข้อความค้นหาจากไฟล์ที่ระบุชื่อไว้ที่นี่แทนที่จะอ่านจากบรรทัดคำสั่ง การระบุไฟล์ที่นี่พร้อมกับการค้นหาบรรทัดคำสั่งเป็นข้อผิดพลาด
แท็ก: changes_inputs

--[no]relative_locations ค่าเริ่มต้น: "false"

หากเป็น "จริง" ตำแหน่งของไฟล์ BUILD ในเอาต์พุต XML และ proto จะเป็นแบบสัมพัทธ์ โดยค่าเริ่มต้น เอาต์พุตตำแหน่งจะเป็นเส้นทางแบบสัมบูรณ์และจะไม่สอดคล้องกันในแต่ละเครื่อง คุณสามารถตั้งค่าตัวเลือกนี้เป็น "จริง" เพื่อให้ได้ผลลัพธ์ที่สอดคล้องกันในทุกเครื่อง
แท็ก: terminal_output

--[no]skyframe_state ค่าเริ่มต้น: "false"

วางข้อมูลกราฟการดำเนินการปัจจุบันจาก Skyframe โดยไม่ทำการวิเคราะห์เพิ่มเติม หมายเหตุ: ปัจจุบันระบบยังไม่รองรับการระบุเป้าหมายด้วย --skyframe_state ใช้แฟล็กนี้ได้กับ --output=proto หรือ --output=textproto เท่านั้น
แท็ก: terminal_output

--[no]tool_deps ค่าเริ่มต้น: "true"

การค้นหา: หากปิดใช้ Dependency ของ "การกําหนดค่า exec" จะไม่รวมอยู่ในกราฟ Dependency ที่การค้นหาทํางาน ขอบความเกี่ยวข้องของ "การกำหนดค่า exec" เช่น ขอบจากกฎ "proto_library" ไปยังคอมไพเลอร์โปรโตคอล มักจะชี้ไปยังเครื่องมือที่ดำเนินการระหว่างการสร้าง ไม่ใช่ส่วนหนึ่งของโปรแกรม "เป้าหมาย" เดียวกัน Cquery: หากปิดใช้ ระบบจะกรองเป้าหมายที่กําหนดค่าไว้ทั้งหมดซึ่งข้ามการเปลี่ยนสถานะการดําเนินการจากเป้าหมายระดับบนสุดที่ค้นพบเป้าหมายที่กําหนดค่าไว้นี้ ซึ่งหมายความว่าหากเป้าหมายระดับบนสุดอยู่ในการกำหนดค่าเป้าหมาย ระบบจะแสดงเฉพาะเป้าหมายที่กำหนดค่าไว้ซึ่งอยู่ในการกำหนดค่าเป้าหมายด้วย หากเป้าหมายระดับบนสุดอยู่ในการกําหนดค่า exec ระบบจะแสดงเฉพาะเป้าหมายที่กําหนดค่า exec ตัวเลือกนี้จะไม่ยกเว้นเครื่องมือทางเทคนิคที่แก้ไขแล้ว
แท็ก: build_file_semantics

--universe_scope=<comma-separated list of options> ค่าเริ่มต้น: ""

ชุดรูปแบบเป้าหมายที่คั่นด้วยคอมมา (แบบเพิ่มและแบบลบ) การค้นหาอาจดำเนินการในจักรวาลที่กําหนดโดยการปิดเชิงการเปลี่ยนรูปแบบของเป้าหมายที่ระบุ ตัวเลือกนี้ใช้สำหรับคำสั่ง query และ cquery สําหรับ cquery อินพุตของตัวเลือกนี้คือเป้าหมายที่สร้างขึ้นสําหรับคําตอบทั้งหมด ดังนั้นตัวเลือกนี้จึงอาจส่งผลต่อการกำหนดค่าและการเปลี่ยน หากไม่ได้ระบุตัวเลือกนี้ ระบบจะถือว่าเป้าหมายระดับบนสุดเป็นเป้าหมายที่แยกวิเคราะห์จากนิพจน์การค้นหา หมายเหตุ: สําหรับ cquery การไม่ระบุตัวเลือกนี้อาจทําให้บิลด์ใช้งานไม่ได้ หากเป้าหมายที่แยกวิเคราะห์จากนิพจน์การค้นหาไม่สามารถสร้างด้วยตัวเลือกระดับบนสุด
แท็ก: loading_and_analysis

ตัวเลือกที่ควบคุมการเรียกใช้บิลด์

--[no]experimental_inprocess_symlink_creation ค่าเริ่มต้น: "true"

กำหนดว่าจะเรียกใช้ระบบไฟล์โดยตรงเพื่อสร้างต้นไม้ลิงก์แทนที่จะมอบหมายให้กระบวนการตัวช่วยหรือไม่
แท็ก: loading_and_analysis, execution, experimental

--[no]experimental_persistent_aar_extractor ค่าเริ่มต้น: "false"

เปิดใช้เครื่องมือแยก Aar แบบถาวรโดยใช้เวิร์กเกอร์
แท็ก: execution, experimental

--[no]experimental_remotable_source_manifests ค่าเริ่มต้น: "false"

กำหนดให้ดำเนินการในไฟล์ Manifest ของแหล่งที่มาจากระยะไกลได้หรือไม่
แท็ก: loading_and_analysis, execution, experimental

--[no]experimental_split_coverage_postprocessing ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะเรียกใช้การประมวลผลผลลัพธ์ของการทดสอบในกระบวนการใหม่
แท็ก: execution, experimental

--[no]experimental_strict_fileset_output ค่าเริ่มต้น: "false"

หากเปิดใช้ตัวเลือกนี้ ไฟล์ชุดจะถือว่าอาร์ติแฟกต์เอาต์พุตทั้งหมดเป็นไฟล์ปกติ จะไม่ไปยังไดเรกทอรีต่างๆ หรือสนใจเกี่ยวกับสัญลักษณ์ลิงก์
แท็ก: execution, experimental

--[no]incompatible_modify_execution_info_additive ค่าเริ่มต้น: "false"

เมื่อเปิดใช้ การส่ง Flag --modify_execution_info หลายรายการจะเป็นการเพิ่ม เมื่อปิดใช้ ระบบจะพิจารณาเฉพาะการแจ้งเตือนล่าสุดเท่านั้น
แท็ก: execution, affects_outputs, loading_and_analysis, incompatible_change

--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> ระบบจะรวบรวมการใช้งานหลายครั้ง

เพิ่มหรือนําคีย์ออกจากข้อมูลการดําเนินการของการดำเนินการตามคําช่วยจําของการดำเนินการ ใช้กับการดำเนินการที่รองรับข้อมูลการดำเนินการเท่านั้น การดำเนินการทั่วไปหลายรายการรองรับข้อมูลการดำเนินการ เช่น Genrule, CppCompile, Javac, StarlarkAction, TestRunner เมื่อระบุหลายค่า ลําดับจะมีความสำคัญเนื่องจากนิพจน์ทั่วไปหลายรายการอาจใช้กับคําช่วยจําเดียวกัน รูปแบบคำสั่ง: "regex=[+-]key,regex=[+-]key,..." ตัวอย่าง '.*=+x,.*=-y,.*=+z' จะเพิ่ม "x" และ "z" ลงในข้อมูลการดำเนินการสําหรับการดําเนินการทั้งหมด และนํา "y" ออก "Genrule=+requires-x" จะเพิ่ม "requires-x" ลงในข้อมูลการดำเนินการสำหรับการดำเนินการ Genrule ทั้งหมด "(?!Genrule).*=-requires-x" นำ "requires-x" ออกจากข้อมูลการดำเนินการสำหรับการดำเนินการที่ไม่ใช่ Genrule ทั้งหมด
แท็ก: execution, affects_outputs, loading_and_analysis

--persistent_android_dex_desugar

เปิดใช้การดำเนินการ Desugar และ Dex ของ Android แบบถาวรโดยใช้ Executor
ขยายเป็น
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

แท็ก: host_machine_resource_optimizations, execution

--persistent_android_resource_processor

เปิดใช้โปรแกรมประมวลผลทรัพยากร Android แบบถาวรโดยใช้ผู้ปฏิบัติงาน
ขยายเป็น
  --internal_persistent_busybox_tools
  --strategy=AaptPackage=worker
  --strategy=AndroidResourceParser=worker
  --strategy=AndroidResourceValidator=worker
  --strategy=AndroidResourceCompiler=worker
  --strategy=RClassGenerator=worker
  --strategy=AndroidResourceLink=worker
  --strategy=AndroidAapt2=worker
  --strategy=AndroidAssetMerger=worker
  --strategy=AndroidResourceMerger=worker
  --strategy=AndroidCompiledResourceMerger=worker
  --strategy=ManifestMerger=worker
  --strategy=AndroidManifestMerger=worker
  --strategy=Aapt2Optimize=worker
  --strategy=AARGenerator=worker
  --strategy=ProcessDatabinding=worker
  --strategy=GenerateDataBindingBaseClasses=worker

แท็ก: host_machine_resource_optimizations, execution

--persistent_multiplex_android_dex_desugar

เปิดใช้การดำเนินการ Desugar และ Dex ของ Android แบบหลายเพล็กซ์แบบถาวรโดยใช้ผู้ปฏิบัติงาน
ขยายเป็น
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

แท็ก: host_machine_resource_optimizations, execution

--persistent_multiplex_android_resource_processor

เปิดใช้ตัวประมวลผลทรัพยากร Android แบบหลายเพล็กซ์แบบถาวรโดยใช้ผู้ปฏิบัติงาน
ขยายเป็น
  --persistent_android_resource_processor
  --modify_execution_info=AaptPackage=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
  --modify_execution_info=RClassGenerator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
  --modify_execution_info=AndroidAapt2=+supports-multiplex-workers
  --modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
  --modify_execution_info=ManifestMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
  --modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
  --modify_execution_info=AARGenerator=+supports-multiplex-workers

แท็ก: host_machine_resource_optimizations, execution

--persistent_multiplex_android_tools

เปิดใช้เครื่องมือ Android แบบถาวรและแบบหลายเพล็กซ์ (การแปลงไฟล์ Dex, การถอด Sugar, การประมวลผลทรัพยากร)
ขยายเป็น
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

แท็ก: host_machine_resource_optimizations, execution

--[no]use_target_platform_for_tests ค่าเริ่มต้น: "false"

หากเป็นจริง Bazel จะใช้แพลตฟอร์มเป้าหมายในการเรียกใช้การทดสอบแทนกลุ่ม exec ทดสอบ
แท็ก: execution

ตัวเลือกที่กำหนดค่าเครื่องมือที่ใช้สำหรับการดำเนินการ

--android_compiler=<a string> default: ดูคำอธิบาย

คอมไพเลอร์เป้าหมาย Android
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state

--android_manifest_merger=<legacy, android or force_android> ค่าเริ่มต้น: "android"

เลือกเครื่องมือผสานไฟล์ Manifest ที่จะใช้กับกฎ android_binary แจ้งเพื่อช่วยให้การเปลี่ยนไปใช้การผสานไฟล์ Manifest ของ 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

--apple_crosstool_top=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/cpp:toolchain"

ป้ายกำกับของแพ็กเกจ Crosstool ที่จะใช้ในกฎของ Apple และ Objc รวมถึงการพึ่งพา
แท็ก: loses_incremental_state, changes_inputs

--cc_output_directory_tag=<a string> ค่าเริ่มต้น: ""

ระบุส่วนต่อท้ายที่จะเพิ่มลงในไดเรกทอรีการกําหนดค่า
แท็ก: affects_outputs

--compiler=<a string> default: ดูคำอธิบาย

คอมไพเลอร์ C++ ที่จะใช้ในการคอมไพล์เป้าหมาย
แท็ก: loading_and_analysis, execution

--coverage_output_generator=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/test:lcov_merger"

ตำแหน่งของไบนารีที่ใช้ประมวลผลรายงานการครอบคลุมแบบดิบในขั้นตอนหลัง ซึ่งปัจจุบันต้องเป็นกลุ่มไฟล์ที่มีไฟล์เดียว ซึ่งเป็นไฟล์ไบนารี ค่าเริ่มต้นคือ "//tools/test:lcov_merger"
แท็ก: changes_inputs, affects_outputs, loading_and_analysis

--coverage_report_generator=<a build target label> default: "@bazel_tools//tools/test:coverage_report_generator"

ตำแหน่งของไบนารีที่ใช้สร้างรายงานการครอบคลุม ซึ่งปัจจุบันต้องเป็นกลุ่มไฟล์ที่มีไฟล์เดียว ซึ่งเป็นไฟล์ไบนารี ค่าเริ่มต้นคือ "//tools/test:coverage_report_generator"
แท็ก: changes_inputs, affects_outputs, loading_and_analysis

--coverage_support=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/test:coverage_support"

ตำแหน่งของไฟล์สนับสนุนที่จําเป็นในอินพุตของการดำเนินการทดสอบทุกครั้งที่รวบรวมการครอบคลุมโค้ด ค่าเริ่มต้นคือ "//tools/test:coverage_support"
แท็ก: changes_inputs, affects_outputs, loading_and_analysis

--custom_malloc=<a build target label> default: ดูคำอธิบาย

ระบุการใช้งาน malloc ที่กําหนดเอง การตั้งค่านี้จะลบล้างแอตทริบิวต์ malloc ในกฎการสร้าง
แท็ก: changes_inputs, affects_outputs

--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการนิพจน์ทั่วไปที่คั่นด้วยคอมมา โดยแต่ละรายการจะมีคำนำหน้าเป็น - (นิพจน์เชิงลบ) หรือไม่ก็ได้ ซึ่งกำหนดค่า (=) ให้กับรายการเป้าหมายค่าข้อจำกัดที่คั่นด้วยคอมมา หากเป้าหมายไม่ตรงกับนิพจน์เชิงลบและตรงกับนิพจน์เชิงบวกอย่างน้อย 1 รายการ ระบบจะดำเนินการแก้ไขเครื่องมือทางเทคนิคของเป้าหมายนั้นราวกับว่าได้ประกาศค่าข้อจำกัดเป็นข้อจำกัดการดําเนินการ ตัวอย่างเช่น //demo,-test=@platforms//cpus:x86_64 จะเพิ่ม "x86_64" ลงในเป้าหมายใดก็ได้ในส่วน //demo ยกเว้นเป้าหมายที่มีชื่อเป็น "test"
แท็ก: loading_and_analysis

--[no]experimental_include_xcode_execution_requirements ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ให้เพิ่มข้อกำหนดการเรียกใช้ "requires-xcode:{version}" ลงในการดำเนินการ Xcode ทั้งหมด หากเวอร์ชัน Xcode มีป้ายกำกับที่ขีดกลาง ให้เพิ่มข้อกำหนดการเรียกใช้ "requires-xcode-label:{version_label}" ด้วย
แท็ก: loses_incremental_state, loading_and_analysis, execution, experimental

--[no]experimental_prefer_mutual_xcode ค่าเริ่มต้น: "true"

หากเป็น "จริง" ให้ใช้ Xcode เวอร์ชันล่าสุดที่มีทั้งแบบในเครื่องและแบบระยะไกล หากเป็นเท็จหรือไม่มีเวอร์ชันที่ใช้ร่วมกันได้ ให้ใช้ Xcode เวอร์ชันในเครื่องที่เลือกผ่าน xcode-select
แท็ก: loses_incremental_state, experimental

--extra_execution_platforms=<comma-separated list of options> ค่าเริ่มต้น: ""

แพลตฟอร์มที่ใช้เป็นแพลตฟอร์มการดําเนินการเพื่อเรียกใช้การดําเนินการ แพลตฟอร์มสามารถระบุตามเป้าหมายที่ตรงกันทั้งหมดหรือเป็นรูปแบบเป้าหมาย ระบบจะพิจารณาแพลตฟอร์มเหล่านี้ก่อนแพลตฟอร์มที่ประกาศไว้ในไฟล์ WORKSPACE โดย register_execution_platforms() ตัวเลือกนี้ตั้งค่าได้เพียงครั้งเดียว อินสแตนซ์ที่ตามมาจะลบล้างการตั้งค่า Flag ก่อนหน้า
แท็ก: execution

--extra_toolchains=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

กฎของ Toolchain ที่ควรพิจารณาระหว่างการแก้ไข Toolchain คุณสามารถระบุ Toolchain ตามเป้าหมายที่ตรงกันทั้งหมด หรือเป็นรูปแบบเป้าหมายก็ได้ ระบบจะพิจารณา Toolchain เหล่านี้ก่อน Toolchain ที่ประกาศไว้ในไฟล์ WORKSPACE โดย register_toolchains()
แท็ก: affects_outputs, changes_inputs, loading_and_analysis

--grte_top=<a label> default: ดูคำอธิบาย

ป้ายกำกับสำหรับไลบรารี libc ที่เช็คอินแล้ว เครื่องมือทํางานแบบข้ามแพลตฟอร์มจะเลือกค่าเริ่มต้น และคุณแทบไม่จําเป็นต้องลบล้างค่าดังกล่าว
แท็ก: action_command_lines, affects_outputs

--host_compiler=<a string> default: ดูคำอธิบาย

Flag ที่ไม่มีการดำเนินการ ระบบจะนำออกในรุ่นต่อๆ ไป
แท็ก: loading_and_analysis, execution

--host_grte_top=<a label> default: ดูคำอธิบาย

หากระบุไว้ การตั้งค่านี้จะลบล้างไดเรกทอรีระดับบนสุดของ libc (--grte_top) สําหรับการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_platform=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools:host_platform"

ป้ายกํากับของกฎแพลตฟอร์มที่อธิบายระบบโฮสต์
แท็ก: affects_outputs, changes_inputs, loading_and_analysis

--[no]incompatible_bazel_test_exec_run_under ค่าเริ่มต้น: "false"

หากเปิดใช้ "bazel test --run_under=//:runner" จะสร้าง "//:runner" ในการกำหนดค่า exec หากปิดใช้ ระบบจะสร้าง "//:runner" ในการกําหนดค่าเป้าหมาย Bazel จะทำการทดสอบบนเครื่องที่ใช้ exec ดังนั้นตัวเลือกแรกจึงถูกต้องกว่า ซึ่งจะไม่ส่งผลต่อ "bazel run" ซึ่งจะสร้าง "`--run_under=//foo" ในการกําหนดค่าเป้าหมายเสมอ
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_dont_enable_host_nonhost_crosstool_features ค่าเริ่มต้น: "true"

หากเป็น "จริง" Bazel จะไม่เปิดใช้ฟีเจอร์ "โฮสต์" และ "ไม่ใช่โฮสต์" ในชุดเครื่องมือ C++ (ดูข้อมูลเพิ่มเติมที่ https://github.com/bazelbuild/bazel/issues/7407)
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_enable_apple_toolchain_resolution ค่าเริ่มต้น: "false"

ใช้การแก้ไขเครื่องมือเพื่อเลือก Apple SDK สําหรับกฎของ Apple (Starlark และแบบดั้งเดิม)
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_remove_legacy_whole_archive ค่าเริ่มต้น: "true"

หากเป็น "จริง" Bazel จะไม่ลิงก์ไลบรารี Dependency เป็นไฟล์เก็บถาวรทั้งไฟล์โดยค่าเริ่มต้น (ดูวิธีการย้ายข้อมูลได้ที่ https://github.com/bazelbuild/bazel/issues/7362)
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_strip_executable_safely ค่าเริ่มต้น: "false"

หากเป็นจริง การดำเนินการลบข้อมูลสำหรับไฟล์ปฏิบัติการจะใช้ Flag -x ซึ่งจะไม่ทำให้การแก้ไขสัญลักษณ์แบบไดนามิกเสียหาย
แท็ก: action_command_lines, incompatible_change

--[no]interface_shared_objects ค่าเริ่มต้น: "true"

ใช้ออบเจ็กต์ที่แชร์ของอินเทอร์เฟซหากเครื่องมือทางเทคนิครองรับ เครื่องมือทํางาน ELF ทั้งหมดรองรับการตั้งค่านี้ในปัจจุบัน
แท็ก: loading_and_analysis, affects_outputs, affects_outputs

--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ iOS SDK ที่จะใช้สร้างแอปพลิเคชัน iOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน iOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ macOS SDK ที่จะใช้สร้างแอปพลิเคชัน macOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน macOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--minimum_os_version=<a string> default: ดูคำอธิบาย

เวอร์ชันระบบปฏิบัติการขั้นต่ำที่การคอมไพล์กำหนดเป้าหมาย
แท็ก: loading_and_analysis, affects_outputs

--platform_mappings=<a main workspace-relative path> ค่าเริ่มต้น: ""

ตำแหน่งของไฟล์การแมปที่อธิบายว่าควรใช้แพลตฟอร์มใดหากไม่ได้ตั้งค่าไว้ หรือควรตั้งค่า Flag ใดเมื่อมีแพลตฟอร์มอยู่แล้ว ต้องสัมพันธ์กับรูทของพื้นที่ทํางานหลัก ค่าเริ่มต้นคือ "platform_mappings" (ไฟล์ที่อยู่ใต้รูทของพื้นที่ทํางานโดยตรง)
แท็ก: affects_outputs, changes_inputs, loading_and_analysis, immutable

--platforms=<a build target label> ค่าเริ่มต้น: ""

ป้ายกํากับของกฎแพลตฟอร์มที่อธิบายแพลตฟอร์มเป้าหมายสําหรับคําสั่งปัจจุบัน
แท็ก: affects_outputs, changes_inputs, loading_and_analysis

--python_path=<a string> default: ดูคำอธิบาย

เส้นทางสัมบูรณ์ของโปรแกรมแปลภาษา Python ที่เรียกใช้เพื่อเรียกใช้เป้าหมาย Python ในแพลตฟอร์มเป้าหมาย เลิกใช้งานแล้ว ปิดใช้โดย --incompatible_use_python_toolchains
แท็ก: loading_and_analysis, affects_outputs

--python_top=<a build target label> default: ดูคำอธิบาย

ป้ายกํากับของ py_runtime ที่แสดงถึงโปรแกรมแปลภาษา Python ที่เรียกใช้เพื่อเรียกใช้เป้าหมาย Python ในแพลตฟอร์มเป้าหมาย เลิกใช้งานแล้ว ปิดใช้โดย --incompatible_use_python_toolchains
แท็ก: loading_and_analysis, affects_outputs

--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ tvOS SDK ที่จะใช้สร้างแอปพลิเคชัน tvOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน tvOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ watchOS SDK ที่จะใช้สร้างแอปพลิเคชัน watchOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน watchOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--xcode_version=<a string> default: ดูคำอธิบาย

หากระบุไว้ จะใช้ Xcode ของเวอร์ชันที่ระบุสำหรับการดำเนินการบิลด์ที่เกี่ยวข้อง หากไม่ระบุ ระบบจะใช้ Xcode เวอร์ชันเริ่มต้นของผู้ดำเนินการ
แท็ก: loses_incremental_state

--xcode_version_config=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/cpp:host_xcodes"

ป้ายกำกับของกฎ xcode_config ที่จะใช้ในการเลือกเวอร์ชัน Xcode ในการกำหนดค่าบิลด์
แท็ก: loses_incremental_state, loading_and_analysis

ตัวเลือกที่ควบคุมเอาต์พุตของคําสั่ง

--[no]apple_generate_dsym ค่าเริ่มต้น: "false"

สร้างไฟล์สัญลักษณ์สำหรับแก้ไขข้อบกพร่อง (.dSYM) หรือไม่
แท็ก: affects_outputs, action_command_lines

--[no]build_runfile_links ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะสร้างป่าซิงค์ลิงไฟล์รันไทม์สำหรับเป้าหมายทั้งหมด หากเป็นเท็จ ระบบจะเขียนเฉพาะในกรณีที่การดำเนินการในเครื่อง ทดสอบ หรือเรียกใช้คําสั่งจําเป็น
แท็ก: affects_outputs

--[no]build_runfile_manifests ค่าเริ่มต้น: "true"

หากเป็นจริง ระบบจะเขียนไฟล์ Manifest ของไฟล์รันไทม์สำหรับเป้าหมายทั้งหมด หากเป็นเท็จ ให้ละเว้น การทดสอบในเครื่องจะทํางานไม่สําเร็จเมื่อเป็นเท็จ
แท็ก: affects_outputs

--[no]build_test_dwp ค่าเริ่มต้น: "false"

หากเปิดใช้ เมื่อสร้างการทดสอบ C++ แบบคงที่และด้วย Fission ระบบจะสร้างไฟล์ .dwp สำหรับไบนารีทดสอบโดยอัตโนมัติด้วย
แท็ก: loading_and_analysis, affects_outputs

--cc_proto_library_header_suffixes=<comma-separated set of options> ค่าเริ่มต้น: ".pb.h"

ตั้งค่าส่วนต่อท้ายของไฟล์ส่วนหัวที่ cc_proto_library สร้างขึ้น
แท็ก: affects_outputs, loading_and_analysis

--cc_proto_library_source_suffixes=<comma-separated set of options> ค่าเริ่มต้น: ".pb.cc"

ตั้งค่าส่วนต่อท้ายของไฟล์ต้นฉบับที่ cc_proto_library สร้าง
แท็ก: affects_outputs, loading_and_analysis

--[no]experimental_proto_descriptor_sets_include_source_info ค่าเริ่มต้น: "false"

เรียกใช้การดำเนินการเพิ่มเติมสำหรับเวอร์ชัน Java API อื่นใน proto_library
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_save_feature_state ค่าเริ่มต้น: "false"

บันทึกสถานะของฟีเจอร์ที่เปิดใช้และที่ขอไว้เป็นเอาต์พุตของการคอมไพล์
แท็ก: affects_outputs, experimental

--fission=<a set of compilation modes> ค่าเริ่มต้น: "no"

ระบุโหมดการคอมไพล์ที่ใช้ Fission สําหรับการคอมไพล์และการลิงก์ C++ อาจเป็นชุดค่าผสมของ {'fastbuild', 'dbg', 'opt'} หรือค่าพิเศษ "yes" เพื่อเปิดใช้ทุกโหมด และ "no" เพื่อปิดใช้ทุกโหมด
แท็ก: loading_and_analysis, action_command_lines, affects_outputs

--[no]incompatible_always_include_files_in_data ค่าเริ่มต้น: "true"

หากเป็น "จริง" กฎแบบเนทีฟจะเพิ่ม <code>DefaultInfo.files</code> ของข้อมูลที่ต้องพึ่งพาลงในไฟล์รันไทม์ ซึ่งตรงกับลักษณะการทำงานที่แนะนำสำหรับกฎ Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid)
แท็ก: affects_outputs, incompatible_change

--[no]legacy_external_runfiles ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะสร้างป่าซิงค์ลิงก์ของไฟล์รันไทม์สำหรับที่เก็บข้อมูลภายนอกในส่วน .runfiles/wsname/external/repo (นอกเหนือจาก .runfiles/repo)
แท็ก: affects_outputs

--[no]objc_generate_linkmap ค่าเริ่มต้น: "false"

ระบุว่าจะสร้างไฟล์ Linkmap หรือไม่
แท็ก: affects_outputs

--[no]save_temps ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ระบบจะบันทึกเอาต์พุตชั่วคราวจาก gcc ซึ่งรวมถึงไฟล์ .s (โค้ดแอสเซมเบลอร์), ไฟล์ .i (C ที่ผ่านการประมวลผลล่วงหน้า) และไฟล์ .ii (C++ ที่ผ่านการประมวลผลล่วงหน้า)
แท็ก: affects_outputs

ตัวเลือกที่อนุญาตให้ผู้ใช้กําหนดค่าเอาต์พุตที่ต้องการ ซึ่งส่งผลต่อค่าของเอาต์พุต ไม่ใช่การมีอยู่ของเอาต์พุต

--action_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุชุดตัวแปรสภาพแวดล้อมที่ใช้ได้กับการดําเนินการที่มีการกำหนดค่าเป้าหมาย ตัวแปรสามารถระบุโดยใช้ชื่อ ซึ่งในกรณีนี้ระบบจะนำค่ามาจากสภาพแวดล้อมการเรียกใช้ หรือระบุโดยใช้คู่ชื่อ=ค่า ซึ่งจะตั้งค่าโดยไม่ขึ้นอยู่กับสภาพแวดล้อมการเรียกใช้ คุณใช้ตัวเลือกนี้ได้หลายครั้ง ตัวเลือกสําหรับตัวแปรเดียวกันจะเลือกตัวเลือกล่าสุด ส่วนตัวเลือกสําหรับตัวแปรต่างๆ จะรวมกัน
แท็ก: action_command_lines

--allowed_cpu_values=<comma-separated set of options> ค่าเริ่มต้น: ""

ค่าที่ใช้ได้สำหรับ Flag --cpu
แท็ก: changes_inputs, affects_outputs

--[no]android_databinding_use_androidx ค่าเริ่มต้น: "true"

สร้างไฟล์การเชื่อมโยงข้อมูลที่เข้ากันได้กับ AndroidX ใช้กับ DataBinding v2 เท่านั้น Flag นี้ไม่มีผลใดๆ
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]android_databinding_use_v3_4_args ค่าเริ่มต้น: "true"

ใช้ Android Databinding v2 ที่มีอาร์กิวเมนต์ 3.4.0 Flag นี้ไม่มีผลใดๆ
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--android_dynamic_mode=<off, default or fully> ค่าเริ่มต้น: "off"

กำหนดว่าจะลิงก์ deps C++ ของกฎ Android แบบไดนามิกหรือไม่เมื่อ cc_binary ไม่ได้สร้างไลบรารีที่ใช้ร่วมกันอย่างชัดเจน "default" หมายความว่า Bazel จะเลือกว่าจะลิงก์แบบไดนามิกหรือไม่ "ทั้งหมด" หมายความว่าระบบจะลิงก์คลังทั้งหมดแบบไดนามิก "ปิด" หมายความว่าระบบจะลิงก์คลังทั้งหมดในโหมดคงที่ส่วนใหญ่
แท็ก: affects_outputs, loading_and_analysis

ค่าเริ่มต้นของ --android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>: "alphabetical"

กำหนดลําดับของไฟล์ Manifest ที่ส่งไปยังเครื่องมือผสานไฟล์ Manifest สําหรับไบนารีของ Android ALPHABETICAL หมายความว่าไฟล์ Manifest จะจัดเรียงตามเส้นทางที่สัมพันธ์กับ execroot ALPHABETICAL_BY_CONFIGURATION หมายความว่าไฟล์ Manifest จะจัดเรียงตามเส้นทางที่สัมพันธ์กับไดเรกทอรีการกําหนดค่าภายในไดเรกทอรีเอาต์พุต DEPENDENCY หมายความว่าไฟล์ Manifest จะเรียงลำดับโดยให้ไฟล์ Manifest ของแต่ละไลบรารีอยู่ก่อนไฟล์ Manifest ของไลบรารีที่ต้องพึ่งพา
แท็ก: action_command_lines, execution

--[no]android_resource_shrinking ค่าเริ่มต้น: "false"

เปิดใช้การลดขนาดทรัพยากรสำหรับ APK ประเภท android_binary ที่ใช้ ProGuard
แท็ก: affects_outputs, loading_and_analysis

--[no]build_python_zip ค่าเริ่มต้น: "auto"

สร้างไฟล์ ZIP ที่เรียกใช้งานได้ของ Python เปิดใน Windows ปิดในแพลตฟอร์มอื่นๆ
แท็ก: affects_outputs

--catalyst_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารีของ Apple Catalyst
แท็ก: loses_incremental_state, loading_and_analysis

--[no]collect_code_coverage ค่าเริ่มต้น: "false"

หากระบุไว้ Bazel จะใส่เครื่องมือวัดโค้ด (โดยใช้เครื่องมือวัดแบบออฟไลน์หากเป็นไปได้) และจะรวบรวมข้อมูลการครอบคลุมระหว่างการทดสอบ เฉพาะเป้าหมายที่ตรงกับ --instrumentation_filter เท่านั้นที่จะได้รับผลกระทบ โดยปกติแล้วไม่ควรระบุตัวเลือกนี้โดยตรง แต่ควรใช้คําสั่ง "bazel coverage" แทน
แท็ก: affects_outputs

--compilation_mode=<fastbuild, dbg or opt> [-c] ค่าเริ่มต้น: "fastbuild"

ระบุโหมดที่จะสร้างไบนารี ค่า: 'fastbuild', 'dbg', 'opt'
แท็ก: affects_outputs, action_command_lines

--conlyopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc เมื่อคอมไพล์ไฟล์ต้นฉบับ C
แท็ก: action_command_lines, affects_outputs

--copt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc
แท็ก: action_command_lines, affects_outputs

--cpu=<a string> ค่าเริ่มต้น: ""

CPU เป้าหมาย
แท็ก: changes_inputs, affects_outputs

--cs_fdo_absolute_path=<a string> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ CSFDO เพื่อเพิ่มประสิทธิภาพการคอมไพล์ ระบุชื่อเส้นทางสัมบูรณ์ของไฟล์ ZIP ที่มีไฟล์โปรไฟล์ ไฟล์โปรไฟล์ LLVM ดิบ หรือไฟล์โปรไฟล์ LLVM ที่จัดทําดัชนี
แท็ก: affects_outputs

--cs_fdo_instrument=<a string> default: ดูคำอธิบาย

สร้างไบนารีด้วยเครื่องมือ FDO ที่คำนึงถึงบริบท เมื่อใช้คอมไพเลอร์ Clang/LLVM ระบบจะยอมรับชื่อไดเรกทอรีที่จะใช้วางไฟล์โปรไฟล์ดิบเมื่อรันไทม์ด้วย
แท็ก: affects_outputs

--cs_fdo_profile=<a build target label> default: ดูคำอธิบาย

The cs_fdo_profile representing the context sensitive profile to be used for optimization.
แท็ก: affects_outputs

--cxxopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc เมื่อคอมไพล์ไฟล์ซอร์ส C++
แท็ก: action_command_lines, affects_outputs

--define=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือก --define แต่ละรายการจะระบุการกําหนดค่าสําหรับตัวแปรบิลด์ ในกรณีที่ตัวแปรมีหลายค่า ระบบจะใช้ค่าล่าสุด
แท็ก: changes_inputs, affects_outputs

--dynamic_mode=<off, default or fully> ค่าเริ่มต้น: "default"

กำหนดว่าจะลิงก์ไบนารี C++ แบบไดนามิกหรือไม่ "default" หมายความว่า Bazel จะเลือกว่าจะลิงก์แบบไดนามิกหรือไม่ "ทั้งหมด" หมายความว่าระบบจะลิงก์คลังทั้งหมดแบบไดนามิก "ปิด" หมายความว่าระบบจะลิงก์คลังทั้งหมดในโหมดคงที่ส่วนใหญ่
แท็ก: loading_and_analysis, affects_outputs

--[no]enable_propeller_optimize_absolute_paths ค่าเริ่มต้น: "true"

หากตั้งค่าไว้ การใช้เส้นทางแบบสัมบูรณ์สำหรับ Propeller Optimize จะทำให้เกิดข้อผิดพลาด
แท็ก: affects_outputs

--[no]enable_remaining_fdo_absolute_paths ค่าเริ่มต้น: "true"

หากตั้งค่าไว้ การใช้เส้นทางแบบสัมบูรณ์สำหรับ FDO จะทำให้เกิดข้อผิดพลาด
แท็ก: affects_outputs

--[no]enable_runfiles ค่าเริ่มต้น: "auto"

เปิดใช้โครงสร้าง Symlink ของไฟล์รันไทม์ โดยค่าเริ่มต้นจะปิดอยู่ใน Windows และเปิดอยู่ในแพลตฟอร์มอื่นๆ
แท็ก: affects_outputs

--experimental_action_listener=<a build target label> ระบบจะรวบรวมการใช้งานหลายครั้ง

เลิกใช้งานแล้วเพื่อใช้ "แง่มุม" แทน ใช้ action_listener เพื่อแนบ extra_action กับการดำเนินการบิลด์ที่มีอยู่
แท็ก: execution, experimental

--[no]experimental_android_compress_java_resources ค่าเริ่มต้น: "false"

บีบอัดทรัพยากร Java ใน APK
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_databinding_v2 ค่าเริ่มต้น: "true"

ใช้ Android Databinding v2 Flag นี้ไม่มีผลใดๆ
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_android_resource_shrinking ค่าเริ่มต้น: "false"

เปิดใช้การลดขนาดทรัพยากรสำหรับ APK ประเภท android_binary ที่ใช้ ProGuard
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_rewrite_dexes_with_rex ค่าเริ่มต้น: "false"

ใช้เครื่องมือ rex เพื่อเขียนไฟล์ dex ใหม่
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_collect_code_coverage_for_generated_files ค่าเริ่มต้น: "false"

หากระบุไว้ Bazel จะสร้างและรวบรวมข้อมูลการครอบคลุมสำหรับไฟล์ที่สร้างขึ้นด้วย
แท็ก: affects_outputs, experimental

--experimental_objc_fastbuild_options=<comma-separated list of options> ค่าเริ่มต้น: "-O0,-DDEBUG=1"

ใช้สตริงเหล่านี้เป็นตัวเลือกคอมไพเลอร์ objc fastbuild
แท็ก: action_command_lines

--[no]experimental_omitfp ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะใช้ libunwind สำหรับการเลิกซ้อนของกอง และคอมไพล์ด้วย -fomit-frame-pointer และ -fasynchronous-unwind-tables
แท็ก: action_command_lines, affects_outputs, experimental

--experimental_output_paths=<off, content or strip> ค่าเริ่มต้น: "off"

รูปแบบที่จะใช้สำหรับตำแหน่งในกฎของต้นไม้เอาต์พุตที่จะเขียนเอาต์พุต โดยเฉพาะสำหรับบิลด์หลายแพลตฟอร์ม / หลายการกำหนดค่า ฟีเจอร์นี้อยู่ในขั้นทดลอง ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/6526 การดำเนินการ Starlark สามารถเลือกใช้การแมปเส้นทางได้โดยเพิ่มคีย์ "supports-path-mapping" ลงในพจนานุกรม "execution_requirements"
แท็ก: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution

--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

แต่ละรายการควรอยู่ในรูปแบบ label=value โดยที่ label หมายถึงแพลตฟอร์ม และ values คือชื่อย่อที่ต้องการใช้ในเส้นทางเอาต์พุต ใช้เมื่อ --experimental_platform_in_output_dir เป็น "จริง" เท่านั้น มีลําดับความสําคัญสูงสุดในการตั้งชื่อ
แท็ก: affects_outputs, experimental

--[no]experimental_platform_in_output_dir ค่าเริ่มต้น: "false"

หากเป็นจริง ระบบจะใช้ชื่อย่อของแพลตฟอร์มเป้าหมายในชื่อไดเรกทอรีเอาต์พุตแทน CPU รูปแบบที่แน่นอนเป็นรูปแบบทดลองและอาจมีการเปลี่ยนแปลงได้ ประการแรก ในบางกรณีที่ตัวเลือก --platforms ไม่มีค่าเพียงค่าเดียว ระบบจะใช้แฮชของตัวเลือกแพลตฟอร์ม ถัดไป หากมีชื่อย่อสำหรับแพลตฟอร์มปัจจุบันที่ลงทะเบียนโดย --experimental_override_name_platform_in_output_dir ระบบจะใช้ชื่อย่อนั้น จากนั้นหากตั้งค่า --experimental_use_platforms_in_output_dir_legacy_heuristic ให้ใช้ชื่อย่อตามป้ายกำกับแพลตฟอร์มปัจจุบัน สุดท้าย ระบบจะใช้แฮชของตัวเลือกแพลตฟอร์มเป็นทางเลือกสุดท้าย
แท็ก: affects_outputs, experimental

--[no]experimental_py_binaries_include_label ค่าเริ่มต้น: "false"

เป้าหมาย py_binary จะรวมป้ายกำกับไว้ด้วยแม้ว่าจะปิดใช้การประทับก็ตาม
แท็ก: affects_outputs, experimental

--[no]experimental_use_llvm_covmap ค่าเริ่มต้น: "false"

หากระบุไว้ Bazel จะสร้างข้อมูลแผนที่การครอบคลุม llvm-cov แทน gcov เมื่อเปิดใช้ collect_code_coverage
แท็ก: changes_inputs, affects_outputs, loading_and_analysis, experimental

--[no]experimental_use_platforms_in_output_dir_legacy_heuristic ค่าเริ่มต้น: "true"

โปรดใช้ Flag นี้เป็นส่วนหนึ่งของกลยุทธ์การย้ายข้อมูลหรือการทดสอบที่แนะนําเท่านั้น โปรดทราบว่าวิธีการเฮิวริสติกมีข้อบกพร่องที่ทราบอยู่แล้ว และเราขอแนะนำให้เปลี่ยนไปใช้เฉพาะ --experimental_override_name_platform_in_output_dir
แท็ก: affects_outputs, experimental

--fdo_instrument=<a string> default: ดูคำอธิบาย

สร้างไบนารีด้วยเครื่องมือวัดผล FDO เมื่อใช้คอมไพเลอร์ Clang/LLVM ระบบจะยอมรับชื่อไดเรกทอรีที่จะใช้วางไฟล์โปรไฟล์ดิบเมื่อรันไทม์ด้วย
แท็ก: affects_outputs

--fdo_optimize=<a string> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ FDO เพื่อเพิ่มประสิทธิภาพการคอมไพล์ ระบุชื่อไฟล์ ZIP ที่มีโครงสร้างไฟล์ .gcda, ไฟล์ afdo ที่มีโปรไฟล์อัตโนมัติ หรือไฟล์โปรไฟล์ LLVM นอกจากนี้ Flag นี้ยังยอมรับไฟล์ที่ระบุเป็นป้ายกำกับ (เช่น `//foo/bar:file.afdo` - คุณอาจต้องเพิ่มคำสั่ง `exports_files` ลงในแพ็กเกจที่เกี่ยวข้อง) และป้ายกำกับที่ชี้ไปยังเป้าหมาย `fdo_profile` ด้วย กฎ `fdo_profile` จะลบล้าง Flag นี้
แท็ก: affects_outputs

--fdo_prefetch_hints=<a build target label> default: ดูคำอธิบาย

ใช้คำแนะนำการดึงข้อมูลแคชล่วงหน้า
แท็ก: affects_outputs

--fdo_profile=<a build target label> default: ดูคำอธิบาย

fdo_profile ที่แสดงถึงโปรไฟล์ที่จะใช้เพิ่มประสิทธิภาพ
แท็ก: affects_outputs

--features=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบบจะเปิดหรือปิดใช้ฟีเจอร์ที่ระบุโดยค่าเริ่มต้นสำหรับเป้าหมายที่สร้างในการกําหนดค่าเป้าหมาย การระบุ -<feature> จะปิดใช้ฟีเจอร์ ฟีเจอร์เชิงลบจะลบล้างฟีเจอร์เชิงบวกเสมอ ดูข้อมูลเพิ่มเติมได้ที่ --host_features
แท็ก: changes_inputs, affects_outputs

--[no]force_pic ค่าเริ่มต้น: "false"

หากเปิดใช้ การคอมไพล์ C++ ทั้งหมดจะสร้างโค้ดที่ไม่ขึ้นกับตำแหน่ง ("-fPIC") การลิงก์จะเลือกไลบรารีที่สร้างไว้ล่วงหน้าแบบ PIC มากกว่าไลบรารีที่ไม่ใช่ PIC และการลิงก์จะสร้างไฟล์ปฏิบัติการที่ไม่ขึ้นกับตำแหน่ง ("-pie")
แท็ก: loading_and_analysis, affects_outputs

--host_action_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุชุดตัวแปรสภาพแวดล้อมที่ใช้ได้กับการดำเนินการที่มีการกําหนดค่าการดําเนินการ ตัวแปรสามารถระบุโดยใช้ชื่อ ซึ่งในกรณีนี้ระบบจะนำค่ามาจากสภาพแวดล้อมการเรียกใช้ หรือระบุโดยใช้คู่ชื่อ=ค่า ซึ่งจะตั้งค่าโดยไม่ขึ้นอยู่กับสภาพแวดล้อมการเรียกใช้ คุณใช้ตัวเลือกนี้ได้หลายครั้ง ตัวเลือกสําหรับตัวแปรเดียวกันจะเลือกตัวเลือกล่าสุด ส่วนตัวเลือกสําหรับตัวแปรต่างๆ จะรวมกัน
แท็ก: action_command_lines

--host_compilation_mode=<fastbuild, dbg or opt> ค่าเริ่มต้น: "opt"

ระบุโหมดที่จะใช้สร้างเครื่องมือที่ใช้ในระหว่างการสร้าง ค่า: 'fastbuild', 'dbg', 'opt'
แท็ก: affects_outputs, action_command_lines

--host_conlyopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ C เมื่อคอมไพล์ไฟล์ซอร์ส C (แต่ไม่ใช่ C++) ในการกำหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_copt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ C สําหรับเครื่องมือที่สร้างในการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_cpu=<a string> ค่าเริ่มต้น: ""

CPU ของโฮสต์
แท็ก: changes_inputs, affects_outputs

--host_cxxopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ C++ สําหรับเครื่องมือที่สร้างในการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_features=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบบจะเปิดหรือปิดใช้ฟีเจอร์ที่ระบุโดยค่าเริ่มต้นสำหรับเป้าหมายที่สร้างในการกําหนดค่า exec การระบุ -<feature> จะปิดใช้ฟีเจอร์ ฟีเจอร์เชิงลบจะลบล้างฟีเจอร์เชิงบวกเสมอ
แท็ก: changes_inputs, affects_outputs

--host_force_python=<PY2 or PY3> default: ดูคำอธิบาย

ลบล้างเวอร์ชัน Python สําหรับการกําหนดค่า exec อาจเป็น "PY2" หรือ "PY3"
แท็ก: loading_and_analysis, affects_outputs

--host_linkopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง linker เมื่อลิงก์เครื่องมือในการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน macOS ขั้นต่ำที่เข้ากันได้สำหรับเป้าหมายโฮสต์ หากไม่ระบุ ระบบจะใช้ "macos_sdk_version"
แท็ก: loses_incremental_state

--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมในการส่งไปยังคอมไพเลอร์ C/C++ แบบเลือกได้เมื่อคอมไพล์ไฟล์บางไฟล์ในการกําหนดค่า exec ตัวเลือกนี้ส่งได้หลายครั้ง รูปแบบคำสั่ง: regex_filter@option_1,option_2,...,option_n โดยที่ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม (ดูที่ --instrumentation_filter ด้วย) option_1 ถึง option_n หมายถึงตัวเลือกบรรทัดคำสั่งที่กำหนดเอง หากตัวเลือกมีคอมมา จะต้องใส่เครื่องหมายคำพูดด้วยเครื่องหมายแบ็กสแลช ตัวเลือกอาจมี @ แต่ระบบจะใช้เฉพาะ @ แรกในการแยกสตริง ตัวอย่างเช่น --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 จะเพิ่มตัวเลือกบรรทัดคำสั่ง -O0 ลงในบรรทัดคำสั่ง gcc ของไฟล์ cc ทั้งหมดใน //foo/ ยกเว้น bar.cc
แท็ก: action_command_lines, affects_outputs

--[no]incompatible_auto_exec_groups ค่าเริ่มต้น: "false"

เมื่อเปิดใช้ ระบบจะสร้างกลุ่ม exec โดยอัตโนมัติสําหรับเครื่องมือทางเทคนิคแต่ละรายการที่กฎใช้ กฎต้องระบุพารามิเตอร์ "toolchain" ในการดำเนินการเพื่อให้การทำงานนี้ได้ผล ดูข้อมูลเพิ่มเติมได้ที่ https://github.com/bazelbuild/bazel/issues/17134
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_merge_genfiles_directory ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะรวมไดเรกทอรี genfiles ไว้ในไดเรกทอรี bin
แท็ก: affects_outputs, incompatible_change

--[no]instrument_test_targets ค่าเริ่มต้น: "false"

เมื่อเปิดใช้การครอบคลุม ให้ระบุว่าจะพิจารณาเครื่องมือวัดกฎการทดสอบหรือไม่ เมื่อตั้งค่าแล้ว ระบบจะเครื่องมือวัดกฎการทดสอบที่รวมโดย --instrumentation_filter มิฉะนั้น ระบบจะยกเว้นกฎการทดสอบจากเครื่องมือวัดการครอบคลุมเสมอ
แท็ก: affects_outputs

--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> ค่าเริ่มต้น: "-/javatests[/:],-/test/java[/:]"

เมื่อเปิดใช้ความครอบคลุม ระบบจะเครื่องมือวัดเฉพาะกฎที่มีชื่อซึ่งรวมอยู่ในตัวกรองตามนิพจน์ทั่วไปที่ระบุเท่านั้น ระบบจะยกเว้นกฎที่มีคำนำหน้าเป็น "-" แทน โปรดทราบว่าระบบจะเครื่องมือวัดเฉพาะกฎที่ไม่ใช่การทดสอบ เว้นแต่ว่าจะมีการเปิดใช้ --instrument_test_targets
แท็ก: affects_outputs

--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน 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 ค่าเริ่มต้น: "true"

เลิกใช้งานแล้ว แทนที่ด้วย --incompatible_remove_legacy_whole_archive (ดูรายละเอียดที่ https://github.com/bazelbuild/bazel/issues/7362) เมื่อเปิดใช้ ให้ใช้ --whole-archive สำหรับกฎ cc_binary ที่มี linkshared=True และ linkstatic=True หรือ "-static" ใน linkopts ตัวเลือกนี้มีไว้เพื่อให้ใช้กับเวอร์ชันก่อนหน้าได้เท่านั้น วิธีอื่นที่ดีกว่าคือการใช้ alwayslink=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> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังขั้นตอนการจัดทำดัชนี LTO (ในส่วน --features=thin_lto)
แท็ก: action_command_lines, affects_outputs

--macos_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารีของ Apple macOS
แท็ก: loses_incremental_state, loading_and_analysis

--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน macOS ขั้นต่ำที่เข้ากันได้สำหรับเป้าหมาย หากไม่ระบุ ระบบจะใช้ "macos_sdk_version"
แท็ก: loses_incremental_state

--memprof_profile=<a build target label> default: ดูคำอธิบาย

ใช้โปรไฟล์ memprof
แท็ก: affects_outputs

--[no]objc_debug_with_GLIBCXX ค่าเริ่มต้น: "false"

หากตั้งค่าไว้และตั้งค่าโหมดการคอมไพล์เป็น "dbg" ให้กําหนด GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC และ GLIBCPP_CONCEPT_CHECKS
แท็ก: action_command_lines

--[no]objc_enable_binary_stripping ค่าเริ่มต้น: "false"

กำหนดว่าจะทำการลบสัญลักษณ์และโค้ดที่ตายแล้วในไบนารีที่ลิงก์หรือไม่ ระบบจะดำเนินการลบข้อมูลในไบนารีหากระบุทั้ง Flag นี้และ --compilation_mode=opt
แท็ก: action_command_lines

--objccopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc เมื่อคอมไพล์ไฟล์ซอร์ส Objective-C/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> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมในการส่งไปยัง gcc แบบเลือกได้เมื่อคอมไพล์ไฟล์บางไฟล์ ตัวเลือกนี้ส่งได้หลายครั้ง รูปแบบคำสั่ง: regex_filter@option_1,option_2,...,option_n โดยที่ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม (ดูที่ --instrumentation_filter ด้วย) option_1 ถึง option_n หมายถึงตัวเลือกบรรทัดคำสั่งที่กำหนดเอง หากตัวเลือกมีคอมมา จะต้องใส่เครื่องหมายคำพูดด้วยเครื่องหมายแบ็กสแลช ตัวเลือกอาจมี @ แต่ระบบจะใช้เฉพาะ @ แรกในการแยกสตริง ตัวอย่างเช่น --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 จะเพิ่มตัวเลือกบรรทัดคำสั่ง -O0 ลงในบรรทัดคำสั่ง gcc ของไฟล์ cc ทั้งหมดใน //foo/ ยกเว้น bar.cc
แท็ก: 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 หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม option_1 ถึง option_n หมายถึงตัวเลือกบรรทัดคำสั่งที่กำหนดเอง หากตัวเลือกมีคอมมา จะต้องใส่เครื่องหมายคำพูดด้วยเครื่องหมายแบ็กสแลช ตัวเลือกอาจมี @ แต่ระบบจะใช้เฉพาะ @ แรกในการแยกสตริง ตัวอย่างเช่น --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 จะเพิ่มตัวเลือกบรรทัดคำสั่ง -O0 ลงในบรรทัดคำสั่งแบ็กเอนด์ LTO ของไฟล์ o ทั้งหมดใน //foo/ ยกเว้น bar.o
แท็ก: action_command_lines, affects_outputs

--platform_suffix=<a string> default: ดูคำอธิบาย

ระบุส่วนต่อท้ายที่จะเพิ่มลงในไดเรกทอรีการกําหนดค่า
แท็ก: loses_incremental_state, affects_outputs, loading_and_analysis

--propeller_optimize=<a build target label> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ Propeller เพื่อเพิ่มประสิทธิภาพเป้าหมายการสร้าง โปรไฟล์ Propeller ต้องมีไฟล์อย่างน้อย 1 ใน 2 ไฟล์ ได้แก่ โปรไฟล์ cc และโปรไฟล์ ld Flag นี้ยอมรับป้ายกำกับบิลด์ซึ่งต้องอ้างอิงถึงไฟล์อินพุตโปรไฟล์ใบพัด เช่น ไฟล์ BUILD ที่กําหนดป้ายกํากับใน a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",) อาจต้องเพิ่มคําสั่ง exports_files ลงในแพ็กเกจที่เกี่ยวข้องเพื่อให้ Bazel เห็นไฟล์เหล่านี้ ตัวเลือกนี้ต้องใช้ในรูปแบบ --propeller_optimize=//a/b:propeller_profile
แท็ก: action_command_lines, affects_outputs

--propeller_optimize_absolute_cc_profile=<a string> default: ดูคำอธิบาย

ชื่อเส้นทางสัมบูรณ์ของไฟล์ cc_profile สำหรับบิลด์ Propeller Optimized
แท็ก: affects_outputs

--propeller_optimize_absolute_ld_profile=<a string> default: ดูคำอธิบาย

ชื่อเส้นทางแบบสัมบูรณ์ของไฟล์ ld_profile สำหรับบิลด์ Propeller Optimized
แท็ก: affects_outputs

--run_under=<a prefix in front of command> default: ดูคำอธิบาย

คำนำหน้าที่จะแทรกไว้ก่อนไฟล์ปฏิบัติการสำหรับคำสั่ง "test" และ "run" หากค่าคือ "foo -bar" และบรรทัดคำสั่งการดําเนินการคือ "test_binary -baz" บรรทัดคำสั่งสุดท้ายจะเป็น "foo -bar test_binary -baz" ซึ่งอาจเป็นป้ายกำกับของเป้าหมายที่เรียกใช้ได้เช่นกัน ตัวอย่างบางส่วน ได้แก่ "valgrind", "strace", "strace -c", "valgrind --quiet --num-callers=20", '//package:target', '//package:target --options'
แท็ก: action_command_lines

--[no]share_native_deps ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะแชร์ไลบรารีเนทีฟที่มีฟังก์ชันการทำงานเหมือนกันระหว่างเป้าหมายต่างๆ
แท็ก: loading_and_analysis, affects_outputs

--[no]stamp ค่าเริ่มต้น: "false"

ประทับเวลาไบนารีด้วยวันที่ ชื่อผู้ใช้ ชื่อโฮสต์ ข้อมูลเวิร์กスペース ฯลฯ
แท็ก: affects_outputs

--strip=<always, sometimes or never> ค่าเริ่มต้น: "บางครั้ง"

ระบุว่าจะลบข้อมูลโค้ดที่ไม่จำเป็นในไฟล์ไบนารีและไลบรารีที่ใช้ร่วมกันหรือไม่ (โดยใช้ "-Wl,--strip-debug") ค่าเริ่มต้นของ "บางครั้ง" หมายถึง "strip" เฉพาะในกรณีที่ --compilation_mode=fastbuild
แท็ก: affects_outputs

--stripopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง strip เมื่อสร้างไบนารี "<name>.stripped"
แท็ก: action_command_lines, 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')> default: ดูคำอธิบาย

เวอร์ชัน tvOS ขั้นต่ำที่เข้ากันได้สำหรับเครื่องจำลองและอุปกรณ์เป้าหมาย หากไม่ระบุ ระบบจะใช้ "tvos_sdk_version"
แท็ก: loses_incremental_state

--visionos_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารี Apple VisionOS
แท็ก: loses_incremental_state, loading_and_analysis

--watchos_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารีของ Apple watchOS
แท็ก: loses_incremental_state, loading_and_analysis

--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน watchOS ขั้นต่ำที่เข้ากันได้สำหรับเครื่องจำลองและอุปกรณ์เป้าหมาย หากไม่ระบุ ระบบจะใช้ "watchos_sdk_version"
แท็ก: loses_incremental_state

--xbinary_fdo=<a build target label> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ XbinaryFDO เพื่อเพิ่มประสิทธิภาพการคอมไพล์ ระบุชื่อโปรไฟล์ข้ามไบนารีเริ่มต้น เมื่อใช้ตัวเลือกนี้ร่วมกับ --fdo_instrument/--fdo_optimize/--fdo_profile ตัวเลือกเหล่านั้นจะมีผลเสมอ ราวกับว่าไม่ได้ระบุ xbinary_fdo เลย
แท็ก: affects_outputs

ตัวเลือกที่ส่งผลต่อความเข้มงวดที่ Bazel ใช้บังคับอินพุตการสร้างที่ถูกต้อง (คําจํากัดความของกฎ ชุดค่าผสมของ Flag ฯลฯ)

--[no]check_licenses ค่าเริ่มต้น: "false"

ตรวจสอบว่าข้อจำกัดการอนุญาตให้ใช้สิทธิที่แพ็กเกจที่ต้องพึ่งพากำหนดไว้ไม่ขัดแย้งกับโหมดการจัดจำหน่ายของเป้าหมายที่สร้าง โดยค่าเริ่มต้น ระบบจะไม่ตรวจสอบใบอนุญาต
แท็ก: build_file_semantics

--[no]check_visibility ค่าเริ่มต้น: "true"

หากปิดใช้ ระบบจะลดระดับข้อผิดพลาดด้านการแสดงผลในข้อกําหนดของเป้าหมายเป็นคําเตือน
แท็ก: build_file_semantics

--[no]desugar_for_android ค่าเริ่มต้น: "true"

กำหนดว่าจะยกเลิกการทำให้โค้ด Java 8 เป็น Sugar ก่อนการแยกไฟล์หรือไม่
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]desugar_java8_libs ค่าเริ่มต้น: "false"

การรวมไลบรารี Java 8 ที่รองรับไว้ในแอปสำหรับอุปกรณ์รุ่นเดิมหรือไม่
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]enforce_constraints ค่าเริ่มต้น: "true"

ตรวจสอบสภาพแวดล้อมที่เป้าหมายแต่ละรายการเข้ากันได้ และรายงานข้อผิดพลาดหากเป้าหมายใดมีทรัพยากร Dependencies ที่ไม่รองรับสภาพแวดล้อมเดียวกัน
แท็ก: build_file_semantics

--[no]experimental_check_desugar_deps ค่าเริ่มต้น: "true"

ตรวจสอบอีกครั้งว่าการถอด Sugar ถูกต้องในระดับไบนารีของ Android หรือไม่
แท็ก: eagerness_to_exit, loading_and_analysis, experimental

--experimental_import_deps_checking=<a string> default: ดูคำอธิบาย

ไม่มีการดำเนินการใดๆ เก็บไว้เพื่อใช้งานแบบย้อนหลังเท่านั้น
แท็ก: loading_and_analysis

ค่าเริ่มต้นของ --experimental_one_version_enforcement=<off, warning or error>: "OFF"

เมื่อเปิดใช้ กฎ java_binary จะต้องไม่มีไฟล์คลาสเดียวกันใน classpath มากกว่า 1 เวอร์ชัน การบังคับใช้นี้อาจทำให้บิลด์ใช้งานไม่ได้ หรืออาจส่งผลให้เกิดคำเตือนเท่านั้น
แท็ก: loading_and_analysis

--experimental_strict_java_deps=<off, warn, error, strict or default> ค่าเริ่มต้น: "default"

หากเป็น "จริง" ระบบจะตรวจสอบว่าเป้าหมาย Java ประกาศเป้าหมายทั้งหมดที่ใช้โดยตรงเป็น Dependency อย่างชัดเจน
แท็ก: build_file_semantics, eagerness_to_exit

--[no]incompatible_check_testonly_for_output_files ค่าเริ่มต้น: "false"

หากเปิดใช้ ให้ตรวจสอบ testonly สำหรับเป้าหมายที่เป็นข้อกําหนดเบื้องต้นซึ่งเป็นไฟล์เอาต์พุตโดยค้นหา testonly ของกฎการสร้าง ซึ่งตรงกับการตรวจสอบระดับการเข้าถึง
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_check_visibility_for_toolchains ค่าเริ่มต้น: "false"

หากเปิดใช้ การตรวจสอบระดับการเข้าถึงจะมีผลกับการติดตั้งใช้งานเครื่องมือทางเทคนิคด้วย
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_disable_native_android_rules ค่าเริ่มต้น: "false"

หากเปิดใช้ ระบบจะปิดใช้การใช้กฎ Android ดั้งเดิมโดยตรง โปรดใช้กฎ Starlark สำหรับ Android จาก https://github.com/bazelbuild/rules_android
แท็ก: eagerness_to_exit, incompatible_change

--[no]incompatible_disable_native_apple_binary_rule ค่าเริ่มต้น: "false"

ไม่มีการดำเนินการใดๆ เก็บไว้ที่นี่เพื่อให้มีความเข้ากันได้แบบย้อนหลัง
แท็ก: eagerness_to_exit, incompatible_change

--[no]incompatible_python_disable_py2 ค่าเริ่มต้น: "true"

หากเป็นจริง การใช้การตั้งค่า Python 2 จะทำให้เกิดข้อผิดพลาด ซึ่งรวมถึง python_version=PY2, srcs_version=PY2 และ srcs_version=PY2ONLY ดูข้อมูลเพิ่มเติมได้ที่ https://github.com/bazelbuild/bazel/issues/15684
แท็ก: loading_and_analysis, incompatible_change

--[no]one_version_enforcement_on_java_tests ค่าเริ่มต้น: "true"

เมื่อเปิดใช้และตั้งค่า experimental_one_version_enforcement เป็นค่าที่ไม่ใช่ NONE ให้บังคับใช้เวอร์ชันเดียวในเป้าหมาย java_test คุณปิดใช้ Flag นี้เพื่อปรับปรุงประสิทธิภาพการทดสอบที่เพิ่มขึ้นได้ แต่อาจพลาดการละเมิดเวอร์ชันเดียวที่อาจเกิดขึ้น
แท็ก: loading_and_analysis

--python_native_rules_allowlist=<a build target label> default: ดูคำอธิบาย

รายการที่อนุญาต (เป้าหมาย package_group) เพื่อใช้เมื่อบังคับใช้ --incompatible_python_disallow_native_rules
แท็ก: loading_and_analysis

--[no]strict_filesets ค่าเริ่มต้น: "false"

หากเปิดใช้ตัวเลือกนี้ ระบบจะรายงานไฟล์เซ็ตที่ข้ามขอบเขตแพ็กเกจเป็นข้อผิดพลาด
แท็ก: build_file_semantics, eagerness_to_exit

--strict_proto_deps=<off, warn, error, strict or default> ค่าเริ่มต้น: "error"

ยกเว้นในกรณีที่เป็น OFF ระบบจะตรวจสอบว่าเป้าหมาย proto_library ประกาศเป้าหมายทั้งหมดที่ใช้โดยตรงเป็น Dependency อย่างชัดแจ้ง
แท็ก: build_file_semantics, eagerness_to_exit, incompatible_change

--strict_public_imports=<off, warn, error, strict or default> ค่าเริ่มต้น: "off"

ยกเว้นในกรณีที่ปิดอยู่ ระบบจะตรวจสอบว่าเป้าหมาย proto_library ประกาศเป้าหมายทั้งหมดที่ใช้ใน "import public" เป็นการนําส่งอย่างชัดแจ้ง
แท็ก: build_file_semantics, eagerness_to_exit, incompatible_change

--[no]strict_system_includes ค่าเริ่มต้น: "false"

หากเป็น "จริง" จะต้องประกาศส่วนหัวที่พบผ่านเส้นทางรวมของระบบ (-isystem) ด้วย
แท็ก: loading_and_analysis, eagerness_to_exit

--target_environment=<a build target label> ระบบจะรวบรวมการใช้งานหลายครั้ง

ประกาศสภาพแวดล้อมเป้าหมายของบิลด์นี้ ต้องเป็นการอ้างอิงป้ายกำกับไปยังกฎ "environment" หากระบุไว้ เป้าหมายระดับบนสุดทั้งหมดต้องเข้ากันได้กับสภาพแวดล้อมนี้
แท็ก: changes_inputs

ตัวเลือกที่ส่งผลต่อเอาต์พุตการลงนามของบิลด์

--apk_signing_method=<v1, v2, v1_v2 or v4> ค่าเริ่มต้น: "v1_v2"

การใช้งานเพื่อรับรอง APK
แท็ก: action_command_lines, affects_outputs, loading_and_analysis

--[no]device_debug_entitlements ค่าเริ่มต้น: "true"

หากตั้งค่าไว้และโหมดการคอมไพล์ไม่ใช่ "opt" แอป objc จะรวมการให้สิทธิ์แก้ไขข้อบกพร่องเมื่อลงชื่อ
แท็ก: changes_inputs

--ios_signing_cert_name=<a string> default: ดูคำอธิบาย

ชื่อใบรับรองที่จะใช้สำหรับการลงนาม iOS หากไม่ได้ตั้งค่าไว้ ระบบจะใช้โปรไฟล์การจัดสรรแทน อาจเป็นค่ากำหนดข้อมูลระบุตัวตนในพวงกุญแจของใบรับรองหรือ (สตริงย่อย) ของชื่อจริงของใบรับรอง ตามหน้าข้อมูลของ codesign (ข้อมูลระบุตัวตนสำหรับการลงนาม)
แท็ก: action_command_lines

ตัวเลือกนี้ส่งผลต่อความหมายของภาษา Starlark หรือ Build API ที่เข้าถึงไฟล์ BUILD, ไฟล์ .bzl หรือไฟล์ WORKSPACE ได้

--[no]incompatible_disallow_legacy_py_provider ค่าเริ่มต้น: "true"

No-op, will be removed soon.
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_disallow_sdk_frameworks_attributes ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะไม่อนุญาตให้ใช้แอตทริบิวต์ sdk_frameworks และ weak_sdk_frameworks ใน objc_library และ objc_import
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_objc_alwayslink_by_default ค่าเริ่มต้น: "false"

หากเป็น "จริง" ให้ตั้งค่าเริ่มต้นเป็น "จริง" สําหรับแอตทริบิวต์ alwayslink ใน objc_library และ objc_import
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_python_disallow_native_rules ค่าเริ่มต้น: "false"

เมื่อเป็น "จริง" ระบบจะแสดงข้อผิดพลาดเมื่อใช้กฎ py_* ในตัว คุณควรใช้กฎ rule_python แทน ดูข้อมูลเพิ่มเติมและวิธีการย้ายข้อมูลได้ที่ https://github.com/bazelbuild/bazel/issues/17773
แท็ก: loading_and_analysis, incompatible_change

ตัวเลือกที่ควบคุมลักษณะการทํางานของสภาพแวดล้อมการทดสอบหรือโปรแกรมรันทดสอบ

--[no]allow_analysis_failures ค่าเริ่มต้น: "false"

หากเป็น "จริง" การวิเคราะห์เป้าหมายของกฎที่ล้มเหลวจะส่งผลให้เป้าหมายเผยแพร่อินสแตนซ์ของ AnalysisFailureInfo ที่มีคำอธิบายข้อผิดพลาดแทนที่จะส่งผลให้การบิลด์ล้มเหลว
แท็ก: loading_and_analysis, experimental

--analysis_testing_deps_limit=<an integer> ค่าเริ่มต้น: "2000"

กำหนดจำนวนสูงสุดของความสัมพันธ์แบบสื่อกลางผ่านแอตทริบิวต์กฎที่มีการเปลี่ยนการกำหนดค่า for_analysis_testing การเกินขีดจํากัดนี้จะทำให้เกิดข้อผิดพลาดเกี่ยวกับกฎ
แท็ก: loading_and_analysis

--[no]break_build_on_parallel_dex2oat_failure ค่าเริ่มต้น: "false"

หากเป็นจริง การดำเนินการ dex2oat ที่ล้มเหลวจะทำให้บิลด์หยุดทำงานแทนที่จะเรียกใช้ dex2oat ในระหว่างรันไทม์การทดสอบ
แท็ก: loading_and_analysis, experimental

--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g memory=10,30,60,100> ระบบจะรวบรวมการใช้งานหลายครั้ง

ลบล้างจำนวนทรัพยากรเริ่มต้นสำหรับการทดสอบ รูปแบบที่รองรับคือ <resource>=<value> หากระบุตัวเลขบวกเพียงค่าเดียวเป็น <value> ระบบจะลบล้างทรัพยากรเริ่มต้นสำหรับขนาดการทดสอบทั้งหมด หากระบุตัวเลข 4 รายการที่คั่นด้วยคอมมา ระบบจะลบล้างจำนวนทรัพยากรสําหรับขนาดการทดสอบขนาดเล็ก กลาง ใหญ่ และใหญ่มากตามลําดับ ค่าอาจเป็น HOST_RAM/HOST_CPU ตามด้วย [-|*]<float> (ไม่บังคับ) ก็ได้ (เช่น memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4) ทรัพยากรการทดสอบเริ่มต้นที่ระบุโดย Flag นี้จะลบล้างโดยทรัพยากรที่ระบุอย่างชัดเจนในแท็ก

--[no]experimental_android_use_parallel_dex2oat ค่าเริ่มต้น: "false"

ใช้ dex2oat ควบคู่กันเพื่อเพิ่มความเร็วของ android_test
แท็ก: loading_and_analysis, host_machine_resource_optimizations, experimental

--[no]ios_memleaks ค่าเริ่มต้น: "false"

เปิดใช้การตรวจสอบการรั่วไหลของหน่วยความจำในเป้าหมาย ios_test
แท็ก: action_command_lines

--ios_simulator_device=<a string> default: ดูคำอธิบาย

อุปกรณ์ที่จะจําลองเมื่อเรียกใช้แอปพลิเคชัน iOS ในโปรแกรมจําลอง เช่น "iPhone 6" คุณสามารถดูรายการอุปกรณ์ได้โดยเรียกใช้ "xcrun simctl list devicetypes" ในเครื่องที่จะเรียกใช้โปรแกรมจำลอง
แท็ก: test_runner

--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน iOS ที่จะใช้งานบนเครื่องจำลองเมื่อเรียกใช้หรือทดสอบ ระบบจะละเว้นค่านี้สำหรับกฎ ios_test หากมีการระบุอุปกรณ์เป้าหมายในกฎ
แท็ก: test_runner

--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุจํานวนครั้งที่จะเรียกใช้การทดสอบแต่ละรายการ หากการพยายามดังกล่าวไม่สำเร็จไม่ว่าด้วยเหตุผลใดก็ตาม ระบบจะถือว่าการทดสอบทั้งหมดไม่สำเร็จ โดยปกติแล้วค่าที่ระบุจะเป็นจํานวนเต็มเท่านั้น ตัวอย่างเช่น --runs_per_test=3 จะเรียกใช้การทดสอบทั้งหมด 3 ครั้ง ไวยากรณ์สำรอง: regex_filter@runs_per_test โดยที่ runs_per_test หมายถึงค่าจำนวนเต็ม และ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม (ดู --instrumentation_filter ด้วย) ตัวอย่างเช่น --runs_per_test=//foo/.*,-//foo/bar/.*@3 เรียกใช้การทดสอบทั้งหมดใน //foo/ ยกเว้นการทดสอบที่อยู่ใน foo/bar 3 ครั้ง ตัวเลือกนี้ส่งได้หลายครั้ง อาร์กิวเมนต์ที่ตรงกันซึ่งส่งล่าสุดจะมีความสําคัญเหนือกว่า หากไม่พบรายการที่ตรงกัน ระบบจะเรียกใช้การทดสอบเพียงครั้งเดียว

--test_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุตัวแปรสภาพแวดล้อมเพิ่มเติมที่จะแทรกลงในสภาพแวดล้อมโปรแกรมรันทดสอบ คุณสามารถระบุตัวแปรโดยใช้ชื่อ ซึ่งระบบจะอ่านค่าจากสภาพแวดล้อมไคลเอ็นต์ Bazel หรือจะระบุโดยใช้คู่ชื่อ=ค่าก็ได้ คุณใช้ตัวเลือกนี้หลายครั้งเพื่อระบุตัวแปรหลายรายการได้ ใช้โดยคำสั่ง "bazel test" เท่านั้น
แท็ก: test_runner

ค่าเริ่มต้นของ --test_timeout=<a single integer or comma-separated list of 4 integers>: "-1"

ลบล้างค่าการหมดเวลาการทดสอบเริ่มต้นสําหรับการหมดเวลาการทดสอบ (เป็นวินาที) หากระบุค่าจำนวนเต็มบวกเพียงค่าเดียว ระบบจะลบล้างหมวดหมู่ทั้งหมด หากระบุจำนวนเต็ม 4 รายการที่คั่นด้วยคอมมา ระบบจะลบล้างการหมดเวลาสำหรับระยะสั้น ปานกลาง ยาว และตลอดไป (ตามลำดับ) ไม่ว่ารูปแบบใด ค่า -1 จะบอกให้ Blaze ใช้การหมดเวลาเริ่มต้นสำหรับหมวดหมู่นั้น

--[no]zip_undeclared_test_outputs ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะเก็บถาวรเอาต์พุตการทดสอบที่ไม่ได้ประกาศไว้ในไฟล์ ZIP
แท็ก: test_runner

ตัวเลือกที่ทริกเกอร์การเพิ่มประสิทธิภาพของเวลาสร้างมีดังนี้

--[no]experimental_filter_library_jar_with_program_jar ค่าเริ่มต้น: "false"

กรอง ProgramJar ของ ProGuard เพื่อนำคลาสที่อยู่ใน LibraryJar ออกด้วย
แท็ก: action_command_lines, experimental

--[no]experimental_inmemory_dotd_files ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะส่งไฟล์ .d ของ C++ ในหน่วยความจำจากโหนดการสร้างระยะไกลโดยตรงแทนที่จะเขียนลงในดิสก์
แท็ก: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_inmemory_jdeps_files ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะส่งไฟล์ที่ต้องพึ่งพา (.jdeps) ที่สร้างขึ้นจากการคอมไพล์ Java ผ่านหน่วยความจำจากโหนดการสร้างระยะไกลโดยตรงแทนที่จะเขียนลงในดิสก์
แท็ก: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_retain_test_configuration_across_testonly ค่าเริ่มต้น: "false"

เมื่อเปิดใช้ --trim_test_configuration จะไม่ตัดการกำหนดค่าการทดสอบสำหรับกฎที่มีการทำเครื่องหมาย testonly=1 การดำเนินการนี้มีไว้เพื่อลดปัญหาการขัดแย้งของการดำเนินการเมื่อกฎที่ไม่ใช่การทดสอบขึ้นอยู่กับกฎ cc_test จะไม่มีผลหาก --trim_test_configuration เป็นเท็จ
แท็ก: loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_starlark_cc_import ค่าเริ่มต้น: "false"

หากเปิดใช้ คุณจะสามารถใช้ cc_import เวอร์ชัน Starlark ได้
แท็ก: loading_and_analysis, experimental

--[no]experimental_unsupported_and_brittle_include_scanning ค่าเริ่มต้น: "false"

การจำกัดอินพุตให้แคบลงสำหรับการคอมไพล์ C/C++ โดยการแยกวิเคราะห์บรรทัด #include จากไฟล์อินพุต ซึ่งจะช่วยปรับปรุงประสิทธิภาพและความสามารถในการเพิ่มประสิทธิภาพโดยการลดขนาดของต้นไม้อินพุตการคอมไพล์ อย่างไรก็ตาม การดำเนินการนี้อาจทำให้บิลด์ใช้งานไม่ได้เนื่องจากเครื่องมือสแกนรวมไม่ได้ใช้ความหมายของ C preprocessor อย่างเต็มรูปแบบ โดยเฉพาะอย่างยิ่ง จะไม่เข้าใจคำสั่ง #include แบบไดนามิกและไม่สนใจตรรกะแบบมีเงื่อนไขของโปรแกรมประมวลผลข้อมูลล่วงหน้า คุณต้องใช้โดยยอมรับความเสี่ยงเอง เราจะปิดปัญหาทั้งหมดที่เกี่ยวข้องกับการแจ้งว่าไม่เหมาะสมนี้
แท็ก: loading_and_analysis, execution, changes_inputs, experimental

--[no]incremental_dexing ค่าเริ่มต้น: "true"

ทํางานส่วนใหญ่สําหรับการจัดทําดัชนีแยกกันสําหรับไฟล์ Jar แต่ละไฟล์
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]objc_use_dotd_pruning ค่าเริ่มต้น: "true"

หากตั้งค่าไว้ ระบบจะใช้ไฟล์ .d ที่ clang สร้างขึ้นเพื่อตัดชุดอินพุตที่ส่งไปยังการคอมไพล์ objc
แท็ก: changes_inputs, loading_and_analysis

--[no]process_headers_in_dependencies ค่าเริ่มต้น: "false"

เมื่อสร้างเป้าหมาย //a:a ให้ประมวลผลส่วนหัวในเป้าหมายทั้งหมดที่ //a:a นั้นใช้ (หากเปิดใช้การประมวลผลส่วนหัวสําหรับเครื่องมือทางเทคนิค)
แท็ก: execution

--[no]trim_test_configuration ค่าเริ่มต้น: "true"

เมื่อเปิดใช้ ระบบจะล้างตัวเลือกที่เกี่ยวข้องกับการทดสอบด้านล่างระดับบนสุดของบิลด์ เมื่อ Flag นี้ทำงานอยู่ ระบบจะไม่สร้างการทดสอบเป็นข้อกําหนดของกฎที่ไม่ใช่การทดสอบ แต่การเปลี่ยนแปลงตัวเลือกที่เกี่ยวข้องกับการทดสอบจะไม่ทําให้ระบบวิเคราะห์กฎที่ไม่ใช่การทดสอบอีกครั้ง
แท็ก: loading_and_analysis, loses_incremental_state

ตัวเลือกที่ส่งผลต่อรายละเอียด รูปแบบ หรือตำแหน่งของการบันทึก ได้แก่

ค่าเริ่มต้นของ --toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>: "-.*"

พิมพ์ข้อมูลการแก้ไขข้อบกพร่องระหว่างการแก้ไขเครื่องมือ Flag จะใช้นิพจน์ทั่วไป ซึ่งจะตรวจสอบกับประเภทเครื่องมือและเป้าหมายที่เฉพาะเจาะจงเพื่อดูว่าควรแก้ไขข้อบกพร่องรายการใด คุณคั่นนิพจน์ทั่วไปหลายรายการด้วยคอมมา จากนั้นระบบจะตรวจสอบนิพจน์ทั่วไปแต่ละรายการแยกกัน หมายเหตุ: เอาต์พุตของ Flag นี้จะซับซ้อนมากและอาจเป็นประโยชน์ต่อผู้เชี่ยวชาญในการแก้ปัญหาเกี่ยวกับเครื่องมือทางเทคนิคเท่านั้น
แท็ก: terminal_output

ตัวเลือกที่ระบุหรือแก้ไขอินพุตทั่วไปสำหรับคำสั่ง Bazel ที่ไม่อยู่ในหมวดหมู่อื่นๆ

--flag_alias=<a 'name=value' flag alias> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตั้งชื่อย่อสำหรับ Flag ของ Starlark โดยจะใช้คู่คีย์-ค่าเดียวในรูปแบบ "<key>=<value>" เป็นอาร์กิวเมนต์
แท็ก: changes_inputs

--[no]incompatible_default_to_explicit_init_py ค่าเริ่มต้น: "false"

Flag นี้จะเปลี่ยนลักษณะการทำงานเริ่มต้นเพื่อไม่ให้ระบบสร้างไฟล์ __init__.py โดยอัตโนมัติในไฟล์รันไทม์ของเป้าหมาย Python อีกต่อไป กล่าวโดยละเอียดคือ เมื่อเป้าหมาย py_binary หรือ py_test มีการตั้งค่า legacy_create_init เป็น "auto" (ค่าเริ่มต้น) ระบบจะถือว่าค่านี้เป็นเท็จก็ต่อเมื่อมีการตั้งค่า Flag นี้เท่านั้น ดูที่ https://github.com/bazelbuild/bazel/issues/10076
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_py2_outputs_are_suffixed ค่าเริ่มต้น: "true"

หากเป็น "จริง" เป้าหมายที่สร้างในการกําหนดค่า Python 2 จะปรากฏในส่วนที่เป็นรูทเอาต์พุตซึ่งมีนามสกุล "-py2" ส่วนเป้าหมายที่สร้างสําหรับ Python 3 จะปรากฏในส่วนที่เป็นรูทที่ไม่มีนามสกุลที่เกี่ยวข้องกับ Python ซึ่งหมายความว่าลิงก์สัญลักษณ์ที่สะดวกของ `bazel-bin` จะชี้ไปยังเป้าหมาย Python 3 แทน Python 2 หากเปิดใช้ตัวเลือกนี้ เราขอแนะนำให้เปิดใช้ `--incompatible_py3_is_default` ด้วยเช่นกัน
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_py3_is_default ค่าเริ่มต้น: "true"

หากเป็น "จริง" เป้าหมาย `py_binary` และ `py_test` ที่ไม่ได้ตั้งค่าแอตทริบิวต์ `python_version` (หรือ `default_python_version`) จะเป็น PY3 โดยค่าเริ่มต้นแทน PY2 หากคุณตั้งค่า Flag นี้ เราขอแนะนำให้ตั้งค่า `--incompatible_py2_outputs_are_suffixed` ด้วยเช่นกัน
แท็ก: loading_and_analysis, affects_outputs, incompatible_change

--[no]incompatible_use_python_toolchains ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" กฎ Python เดิมที่เรียกใช้ได้จะใช้รันไทม์ Python ที่ระบุโดยชุดเครื่องมือ Python แทนรันไทม์ที่ระบุโดย Flag รุ่นเดิม เช่น --python_top
แท็ก: loading_and_analysis, incompatible_change

--python_version=<PY2 or PY3> default: ดูคำอธิบาย

โหมดเวอร์ชันหลักของ Python ซึ่งอาจเป็น "PY2" หรือ "PY3" โปรดทราบว่าเป้าหมาย "py_binary" และ "py_test" จะลบล้างค่านี้ (แม้ว่าจะไม่ระบุเวอร์ชันอย่างชัดเจนก็ตาม) ดังนั้นจึงไม่ค่อยมีเหตุผลที่จะต้องระบุ Flag นี้
แท็ก: loading_and_analysis, affects_outputs

ตัวเลือกอื่นๆ ที่ไม่ได้จัดหมวดหมู่ไว้

--[no]cache_test_results [-t] ค่าเริ่มต้น: "auto"

หากตั้งค่าเป็น "auto" ไว้ Bazel จะทำการทดสอบอีกครั้งก็ต่อเมื่อ (1) Bazel ตรวจพบการเปลี่ยนแปลงในการทดสอบหรือข้อมูลที่ต้องพึ่งพา (2) มีการทําเครื่องหมายการทดสอบว่าเป็นแบบภายนอก (3) มีคำขอการทดสอบหลายรายการด้วย --runs_per_test หรือ(4) การทดสอบก่อนหน้านี้ไม่สําเร็จ หากตั้งค่าเป็น "ใช่" Bazel จะแคชผลการทดสอบทั้งหมดยกเว้นการทดสอบที่ทำเครื่องหมายว่าภายนอก หากตั้งค่าเป็น "no" ไว้ Bazel จะไม่แคชผลการทดสอบใดๆ

--[no]experimental_cancel_concurrent_tests ค่าเริ่มต้น: "false"

หากเป็น "จริง" Blaze จะยกเลิกการทดสอบที่ทํางานพร้อมกันเมื่อการเรียกใช้ครั้งแรกสําเร็จ ซึ่งมีประโยชน์เมื่อใช้ร่วมกับ --runs_per_test_detects_flakes เท่านั้น
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_fetch_all_coverage_outputs ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะดึงข้อมูลไดเรกทอรีข้อมูลการครอบคลุมทั้งหมดสําหรับการทดสอบแต่ละครั้งในระหว่างการเรียกใช้การครอบคลุม
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_generate_llvm_lcov ค่าเริ่มต้น: "false"

หากเป็น "จริง" การครอบคลุมสำหรับ clang จะสร้างรายงาน LCOV
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_j2objc_header_map ค่าเริ่มต้น: "true"

สร้างแผนที่ส่วนหัว J2ObjC ควบคู่กับการแปลง J2ObjC หรือไม่
แท็ก: experimental

--[no]experimental_j2objc_shorter_header_path ค่าเริ่มต้น: "false"

Whether to generate with shorter header path (uses "_ios" instead of "_j2objc").
แท็ก: affects_outputs, experimental

--experimental_java_classpath=<off, javabuilder or bazel> ค่าเริ่มต้น: "javabuilder"

เปิดใช้เส้นทางคลาสที่ลดลงสำหรับการคอมไพล์ Java

--[no]experimental_limit_android_lint_to_android_constrained_java ค่าเริ่มต้น: "false"

ไม่มีการดำเนินการใดๆ เก็บไว้เพื่อใช้งานร่วมกับเวอร์ชันเก่าเท่านั้น
แท็ก: affects_outputs, experimental

--[no]experimental_run_android_lint_on_java_rules ค่าเริ่มต้น: "false"

กำหนดว่าจะตรวจสอบแหล่งที่มา java_* หรือไม่
แท็ก: affects_outputs, experimental

--[no]explicit_java_test_deps ค่าเริ่มต้น: "false"

ระบุการพึ่งพา JUnit หรือ Hamcrest ใน java_test อย่างชัดเจนแทนที่จะรับจาก deps ของ TestRunner โดยไม่ได้ตั้งใจ ขณะนี้ใช้ได้กับ Bazel เท่านั้น

--host_java_launcher=<a build target label> default: ดูคำอธิบาย

ตัวเปิด Java ที่เครื่องมือใช้ในระหว่างการบิลด์

--host_javacopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง javac เมื่อสร้างเครื่องมือที่จะดำเนินการระหว่างการบิลด์

--host_jvmopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง VM ของ Java เมื่อสร้างเครื่องมือที่จะดำเนินการระหว่างการบิลด์ ระบบจะเพิ่มตัวเลือกเหล่านี้ลงในตัวเลือกการเริ่มต้น VM ของเป้าหมาย java_binary แต่ละรายการ

--[no]incompatible_check_sharding_support ค่าเริ่มต้น: "true"

หากเป็น "จริง" Bazel จะทดสอบแบบแยกกลุ่มไม่สำเร็จหากเครื่องมือรันทดสอบไม่ได้ระบุว่ารองรับการแยกกลุ่มโดยแตะไฟล์ที่เส้นทางใน TEST_SHARD_STATUS_FILE หากเป็นเท็จ เครื่องมือรันทดสอบที่ไม่รองรับการแยกกลุ่มจะทำให้การทดสอบทั้งหมดทำงานในแต่ละกลุ่ม
แท็ก: incompatible_change

--[no]incompatible_exclusive_test_sandboxed ค่าเริ่มต้น: "true"

หากเป็น "จริง" การทดสอบเฉพาะจะทํางานด้วยกลยุทธ์ที่ใช้แซนด์บ็อกซ์ เพิ่มแท็ก "local" เพื่อบังคับให้ทำการทดสอบแบบพิเศษในเครื่อง
แท็ก: incompatible_change

--[no]incompatible_strict_action_env ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะใช้สภาพแวดล้อมที่มีค่าแบบคงที่สำหรับ PATH และไม่รับค่า LD_LIBRARY_PATH ไป ใช้ --action_env=ENV_VARIABLE หากต้องการรับค่าตัวแปรสภาพแวดล้อมที่เฉพาะเจาะจงจากไคลเอ็นต์ แต่โปรดทราบว่าการดำเนินการนี้อาจป้องกันไม่ให้แคชข้ามผู้ใช้หากใช้แคชที่แชร์
แท็ก: loading_and_analysis, incompatible_change

--j2objc_translation_flags=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังเครื่องมือ J2ObjC

--java_debug

ทําให้เครื่องเสมือน Java ของการทดสอบ Java รอการเชื่อมต่อจากโปรแกรมแก้ไขข้อบกพร่องที่เป็นไปตามข้อกําหนดของ JDWP (เช่น jdb) ก่อนเริ่มการทดสอบ บอกเป็นนัยว่า -test_output=streamed
ขยายเป็น
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results

--[no]java_deps ค่าเริ่มต้น: "true"

สร้างข้อมูลการพึ่งพา (ตอนนี้คือ classpath ขณะคอมไพล์) ต่อเป้าหมาย Java

--[no]java_header_compilation ค่าเริ่มต้น: "true"

คอมไพล์ ijars จากแหล่งที่มาโดยตรง

--java_language_version=<a string> ค่าเริ่มต้น: ""

เวอร์ชันภาษา Java

--java_launcher=<a build target label> default: ดูคำอธิบาย

โปรแกรมเปิด Java ที่จะใช้ในการสร้างไบนารี Java หากตั้งค่า Flag นี้เป็นสตริงว่าง ระบบจะใช้ตัวเปิด JDK แอตทริบิวต์ "launcher" จะลบล้างการติดธงนี้

--java_runtime_version=<a string> ค่าเริ่มต้น: "local_jdk"

เวอร์ชันรันไทม์ Java

--javacopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง javac

--jvmopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง Java VM ระบบจะเพิ่มตัวเลือกเหล่านี้ลงในตัวเลือกการเริ่มต้น VM ของเป้าหมาย java_binary แต่ละรายการ

--legacy_main_dex_list_generator=<a build target label> default: ดูคำอธิบาย

ระบุไบนารีที่จะใช้สร้างรายการคลาสที่ต้องอยู่ใน Dex หลักเมื่อคอมไพล์ MultiDex รุ่นเดิม

--optimizing_dexer=<a build target label> default: ดูคำอธิบาย

ระบุไบนารีที่จะใช้ในการจัดทําดัชนีโดยไม่มีการแยกข้อมูล

--plugin=<a build target label> ระบบจะรวบรวมการใช้งานหลายครั้ง

ปลั๊กอินที่จะใช้ในบิลด์ ปัจจุบันใช้ได้กับ java_plugin

--proguard_top=<a build target label> default: ดูคำอธิบาย

ระบุเวอร์ชันของ ProGuard ที่จะใช้สำหรับการนำโค้ดออกเมื่อสร้างไบนารี Java

--proto_compiler=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:protoc"

ป้ายกำกับของคอมไพเลอร์โปรโต
แท็ก: affects_outputs, loading_and_analysis

--[no]proto_profile ค่าเริ่มต้น: "true"

Whether to pass profile_path to the proto compiler.
แท็ก: affects_outputs, loading_and_analysis

--proto_profile_path=<a build target label> default: ดูคำอธิบาย

โปรไฟล์ที่จะส่งไปยังคอมไพเลอร์โปรโตเป็น profile_path หากไม่ได้ตั้งค่า แต่ --proto_profile เป็นจริง (ค่าเริ่มต้น) ระบบจะอนุมานเส้นทางจาก --fdo_optimize
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_cc=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:cc_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์ C++ protos
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_j2objc=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์ j2objc protos
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_java=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:java_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์โปรโตคอล Java
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_javalite=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:javalite_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์โปรโตคอล JavaLite
แท็ก: affects_outputs, loading_and_analysis

--protocopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ protobuf
แท็ก: affects_outputs

--[no]runs_per_test_detects_flakes ค่าเริ่มต้น: "false"

หากเป็น "จริง" ข้อมูลพร็อพเพอร์ตี้ที่รัน/พยายามอย่างน้อย 1 ครั้งผ่านและรัน/พยายามอย่างน้อย 1 ครั้งไม่ผ่านจะได้รับสถานะ "ไม่เสถียร"

--shell_executable=<a path> default: ดูคำอธิบาย

เส้นทางสัมบูรณ์ไปยังเชลล์ที่ปฏิบัติการได้สำหรับ Bazel หากไม่ได้ตั้งค่านี้ แต่มีการตั้งค่าตัวแปรสภาพแวดล้อม BAZEL_SH ในการเรียกใช้ Bazel ครั้งแรก (ซึ่งจะเริ่มต้นเซิร์ฟเวอร์ Bazel) Bazel จะใช้ตัวแปรนั้น หากไม่ได้ตั้งค่าค่าใดเลย Bazel จะใช้เส้นทางเริ่มต้นแบบฮาร์ดโค้ดโดยขึ้นอยู่กับระบบปฏิบัติการที่ใช้ (Windows: c:/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, อื่นๆ ทั้งหมด: /bin/bash) โปรดทราบว่าการใช้เชลล์ที่เข้ากันไม่ได้กับ bash อาจทําให้การสร้างไม่สําเร็จหรือรันไทม์ของไบนารีที่สร้างขึ้นไม่สําเร็จ
แท็ก: loading_and_analysis

--test_arg=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุตัวเลือกและอาร์กิวเมนต์เพิ่มเติมที่ควรส่งไปยังไฟล์ปฏิบัติการทดสอบ ใช้หลายครั้งเพื่อระบุอาร์กิวเมนต์หลายรายการได้ หากทำการทดสอบหลายรายการ แต่ละรายการจะได้รับอาร์กิวเมนต์ที่เหมือนกัน ใช้โดยคำสั่ง "bazel test" เท่านั้น

--test_filter=<a string> default: ดูคำอธิบาย

ระบุตัวกรองที่จะส่งต่อไปยังเฟรมเวิร์กการทดสอบ ใช้เพื่อจํากัดการเรียกใช้การทดสอบ โปรดทราบว่าการดำเนินการนี้จะไม่ส่งผลต่อเป้าหมายที่สร้าง

ค่าเริ่มต้นของ --test_result_expiration=<an integer>: "-1"

ตัวเลือกนี้เลิกใช้งานแล้วและไม่มีผล

--[no]test_runner_fail_fast ค่าเริ่มต้น: "false"

ส่งต่อตัวเลือก "ดำเนินการทดสอบอย่างรวดเร็ว" ไปยังโปรแกรมรันทดสอบ โปรแกรมรันทดสอบควรหยุดการดําเนินการเมื่อเกิดความผิดพลาดครั้งแรก

--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> ค่าเริ่มต้น: "explicit"

ระบุกลยุทธ์สำหรับการแยกกลุ่มทดสอบ: "explicit" เพื่อใช้การแยกกลุ่มเฉพาะในกรณีที่มีแอตทริบิวต์ BUILD "shard_count" เท่านั้น "disabled" เพื่อไม่ให้ใช้การแยกกลุ่มทดสอบ 'forced=k' เพื่อบังคับใช้กลุ่ม "k" สำหรับการทดสอบโดยไม่คำนึงถึงแอตทริบิวต์ BUILD "shard_count"

--tool_java_language_version=<a string> ค่าเริ่มต้น: ""

เวอร์ชันภาษา Java ที่ใช้ในการเรียกใช้เครื่องมือที่จําเป็นในระหว่างการสร้าง

--tool_java_runtime_version=<a string> ค่าเริ่มต้น: "remotejdk_11"

เวอร์ชันรันไทม์ Java ที่ใช้ในการเรียกใช้เครื่องมือระหว่างการสร้าง

--[no]use_ijars ค่าเริ่มต้น: "true"

หากเปิดใช้ ตัวเลือกนี้จะทําให้คอมไพล์ Java ใช้ไฟล์ jar อินเทอร์เฟซ ซึ่งจะส่งผลให้การคอมไพล์แบบเพิ่มทีละน้อยเร็วขึ้น แต่ข้อความแสดงข้อผิดพลาดอาจแตกต่างกัน

ตัวเลือกการสร้าง

ตัวเลือกที่ควบคุมการดำเนินการบิลด์

--[no]check_up_to_date ค่าเริ่มต้น: "false"

อย่าสร้าง เพียงตรวจสอบว่าอัปเดตแล้ว หากเป้าหมายทั้งหมดเป็นเวอร์ชันล่าสุดแล้ว การสร้างจะเสร็จสมบูรณ์ หากต้องดำเนินการขั้นตอนใด ระบบจะรายงานข้อผิดพลาดและบิลด์จะไม่สำเร็จ
แท็ก: execution

--dynamic_local_execution_delay=<an integer> ค่าเริ่มต้น: "1000"

การดําเนินการในเครื่องควรเลื่อนเวลาออกไปกี่มิลลิวินาที หากการดําเนินการระยะไกลเร็วกว่าในระหว่างการสร้างอย่างน้อย 1 ครั้ง
แท็ก: execution, host_machine_resource_optimizations

--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

กลยุทธ์ในร้านตามลําดับที่จะใช้กับคําช่วยจําที่ระบุ ระบบจะใช้กลยุทธ์แรกที่ใช้ได้ เช่น `worker,sandboxed` จะเรียกใช้การดำเนินการที่รองรับผู้ปฏิบัติงานแบบถาวรโดยใช้กลยุทธ์ผู้ปฏิบัติงาน และการดำเนินการอื่นๆ ทั้งหมดโดยใช้กลยุทธ์ที่ใช้แซนด์บ็อกซ์ หากไม่ได้ระบุคําช่วยจํา ระบบจะใช้รายการกลยุทธ์เป็นคําช่วยจําสำรองสําหรับคําช่วยจําทั้งหมด รายการทางเลือกเริ่มต้นคือ "worker,sandboxed" หรือ "worker,sandboxed,standalone" หากตั้งค่า "experimental_local_lockfree_output" ใช้ [mnemonic=]local_strategy[,local_strategy,...]
แท็ก: execution, host_machine_resource_optimizations

--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

กลยุทธ์ระยะไกลตามลําดับที่จะใช้กับคําช่วยจําที่ระบุ - ระบบจะใช้กลยุทธ์แรกที่ใช้ได้ หากไม่ได้ระบุคําช่วยจํา ระบบจะใช้รายการกลยุทธ์เป็นคําช่วยจําสำรองสําหรับคําช่วยจําทั้งหมด รายการสำรองเริ่มต้นคือ "remote" ดังนั้นโดยปกติแล้วคุณไม่จำเป็นต้องตั้งค่า Flag นี้อย่างชัดเจน ใช้ [mnemonic=]remote_strategy[,remote_strategy,...]
แท็ก: execution, host_machine_resource_optimizations

--experimental_docker_image=<a string> ค่าเริ่มต้น: ""

ระบุชื่ออิมเมจ Docker (เช่น "ubuntu:latest") ที่ควรใช้เพื่อดำเนินการในสภาพแวดล้อมจำลองเมื่อใช้กลยุทธ์ Docker และการดำเนินการนั้นไม่มีแอตทริบิวต์คอนเทนเนอร์อิมเมจใน remote_execution_properties ในคำอธิบายแพลตฟอร์ม ค่าของ Flag นี้จะส่งไปยัง "docker run" โดยตรง จึงรองรับไวยากรณ์และกลไกเดียวกับ Docker
แท็ก: execution

--[no]experimental_docker_use_customized_images ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะแทรก uid และ gid ของผู้ใช้ปัจจุบันลงในอิมเมจ Docker ก่อนใช้งาน ซึ่งจำเป็นต้องใช้หากบิลด์ / การทดสอบของคุณขึ้นอยู่กับผู้ใช้ที่มีชื่อและไดเรกทอรีหลักภายในคอนเทนเนอร์ ฟีเจอร์นี้จะเปิดอยู่โดยค่าเริ่มต้น แต่คุณปิดได้ในกรณีที่ฟีเจอร์การปรับแต่งรูปภาพอัตโนมัติไม่ทำงานหรือคุณรู้ว่าไม่จำเป็นต้องใช้
แท็ก: execution

--[no]experimental_dynamic_exclude_tools ค่าเริ่มต้น: "true"

เมื่อตั้งค่าแล้ว เป้าหมายที่สร้าง "สําหรับเครื่องมือ" จะไม่อยู่ภายใต้การดําเนินการแบบไดนามิก เป้าหมายดังกล่าวมีแนวโน้มที่จะเพิ่มขึ้นน้อยมาก จึงไม่ควรใช้รอบการค้นหาในพื้นที่
แท็ก: execution, host_machine_resource_optimizations

ค่าเริ่มต้นของ --experimental_dynamic_local_load_factor=<a double>: "0"

ควบคุมปริมาณการโหลดจากการดำเนินการแบบไดนามิกที่จะใส่ไว้ในเครื่อง Flag นี้จะปรับจํานวนการดำเนินการในการดําเนินการแบบไดนามิกที่เราจะกําหนดเวลาให้ทํางานพร้อมกัน ซึ่งจะอิงตามจํานวน CPU ที่ Blaze คิดว่าพร้อมใช้งาน ซึ่งสามารถควบคุมได้ด้วย Flag --local_cpu_resources หาก Flag นี้เป็น 0 ระบบจะกําหนดเวลาการดําเนินการทั้งหมดในเครื่องทันที หากมากกว่า 0 จำนวนการดำเนินการที่ตั้งเวลาไว้ในพื้นที่จะจํากัดตามจํานวน CPU ที่พร้อมใช้งาน หากมีค่าน้อยกว่า 1 ระบบจะใช้ปัจจัยการโหลดเพื่อลดจำนวนการดำเนินการที่ตั้งเวลาไว้ในพื้นที่เมื่อมีการดำเนินการที่รอกำหนดเวลาเป็นจำนวนมาก วิธีนี้ช่วยลดภาระในเครื่องในกรณีการสร้างแบบสะอาด ซึ่งเครื่องไม่ได้มีส่วนเกี่ยวข้องมากนัก
แท็ก: execution, host_machine_resource_optimizations

ค่าเริ่มต้นของ --experimental_dynamic_slow_remote_time=<An immutable length of time.>: "0"

หาก >0 จะเป็นเวลาที่การดำเนินการแบบไดนามิกต้องทำงานจากระยะไกลเท่านั้นก่อนที่เราจะให้ความสำคัญกับการเรียกใช้การดำเนินการดังกล่าวในเครื่องเพื่อหลีกเลี่ยงการหมดเวลาจากระยะไกล ซึ่งอาจซ่อนปัญหาบางอย่างในระบบการเรียกใช้จากระยะไกล อย่าเปิดใช้การตั้งค่านี้หากไม่ตรวจสอบปัญหาการเรียกใช้จากระยะไกล
แท็ก: execution, host_machine_resource_optimizations

--[no]experimental_enable_docker_sandbox ค่าเริ่มต้น: "false"

เปิดใช้แซนด์บ็อกซ์ที่ใช้ Docker ตัวเลือกนี้จะไม่มีผลหากไม่ได้ติดตั้ง Docker
แท็ก: execution

--[no]experimental_inmemory_sandbox_stashes ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะติดตามเนื้อหาของแซนด์บ็อกซ์ที่เก็บไว้สำหรับ reuse_sandbox_directories ในหน่วยความจำ ซึ่งจะช่วยลดปริมาณ I/O ที่จำเป็นในระหว่างการนํามาใช้ซ้ำ Flag นี้อาจช่วยปรับปรุงเวลาจริงได้ ทั้งนี้ขึ้นอยู่กับบิลด์ นอกจากนี้ Flag นี้ยังอาจใช้หน่วยความจําเพิ่มเติมจํานวนมาก ทั้งนี้ขึ้นอยู่กับบิลด์
แท็ก: host_machine_resource_optimizations, execution

--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> ค่าเริ่มต้น: "4"

หากเป็น 0 ระบบจะลบทรีแซนด์บ็อกซ์ทันทีที่การดำเนินการเสร็จสมบูรณ์ (ทำให้การดำเนินการเสร็จสมบูรณ์ล่าช้า) หากมากกว่า 0 ให้ดำเนินการลบ 3 รายการดังกล่าวในพูลเธรดแบบแอซิงโครนัสที่มีขนาด 1 เมื่อบิลด์ทำงานอยู่ และเพิ่มขนาดเป็นขนาดที่ระบุโดย Flag นี้เมื่อเซิร์ฟเวอร์ไม่มีการใช้งาน
แท็ก: host_machine_resource_optimizations, execution

--experimental_sandbox_enforce_resources_regexp=<a valid Java regular expression> ค่าเริ่มต้น: ""

หากเป็น "จริง" ระบบจะบังคับใช้คําขอทรัพยากรของการดำเนินการที่มีคําช่วยจําตรงกับนิพจน์ทั่วไปของอินพุตเป็นขีดจํากัด ซึ่งจะลบล้างค่าของ --experimental_sandbox_limits หากประเภททรัพยากรรองรับ เช่น การทดสอบที่ประกาศ cpu:3 และ resources:memory:10 จะทํางานด้วย CPU ไม่เกิน 3 ตัวและหน่วยความจํา 10 เมกะไบต์
แท็ก: execution

--experimental_sandbox_limits=<a named double, '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"> ระบบจะรวบรวมการใช้งานหลายครั้ง

หาก > 0 Sandbox ของ Linux แต่ละรายการจะถูกจำกัดตามจำนวนที่ระบุสำหรับทรัพยากรที่ระบุ ต้องใช้ --incompatible_use_new_cgroup_implementation และลบล้าง --experimental_sandbox_memory_limit_mb ต้องใช้ cgroups v1 หรือ v2 และสิทธิ์สำหรับผู้ใช้ในไดเรกทอรี cgroups
แท็ก: execution

ค่าเริ่มต้นของ --experimental_sandbox_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>: "0"

หากมีค่ามากกว่า 0 ซานด์บ็อกซ์ Linux แต่ละรายการจะมีหน่วยความจำจํากัดตามจำนวนที่ระบุ (เป็น MB) ต้องใช้ cgroups v1 หรือ v2 และสิทธิ์สำหรับผู้ใช้ในไดเรกทอรี cgroups
แท็ก: execution

--[no]experimental_shrink_worker_pool ค่าเริ่มต้น: "false"

หากเปิดใช้ อาจมีการปรับขนาดพูลผู้ปฏิบัติงานให้เล็กลงหากมีแรงกดดันของหน่วยความจําของผู้ปฏิบัติงานสูง แฟล็กนี้จะใช้งานได้ก็ต่อเมื่อเปิดใช้ Flag experimental_total_worker_memory_limit_mb เท่านั้น
แท็ก: execution, host_machine_resource_optimizations

--[no]experimental_split_xml_generation ค่าเริ่มต้น: "true"

หากตั้งค่า Flag นี้ไว้ และการดำเนินการทดสอบไม่ได้สร้างไฟล์ test.xml ขึ้นมา Bazel จะใช้การดำเนินการแยกต่างหากเพื่อสร้างไฟล์ test.xml จําลองที่มีบันทึกการทดสอบ มิฉะนั้น Bazel จะสร้าง test.xml เป็นส่วนหนึ่งของการดำเนินการทดสอบ
แท็ก: execution

ค่าเริ่มต้นของ --experimental_total_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>: "0"

หากขีดจํากัดนี้มากกว่า 0 ระบบอาจหยุดผู้ปฏิบัติงานที่ไม่ได้ใช้งานอยู่หากการใช้งานหน่วยความจําทั้งหมดของผู้ปฏิบัติงานทั้งหมดเกินขีดจํากัด
แท็ก: execution, host_machine_resource_optimizations

--[no]experimental_use_hermetic_linux_sandbox ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" อย่ามาสก์รูท ให้มาสก์เฉพาะสิ่งที่ระบุไว้ใน sandbox_add_mount_pair ระบบจะฮาร์ดลิงก์ไฟล์อินพุตกับแซนด์บ็อกซ์แทนที่จะลิงก์สัญลักษณ์จากแซนด์บ็อกซ์ หากไฟล์อินพุตการดำเนินการอยู่ในระบบไฟล์ที่แตกต่างจากแซนด์บ็อกซ์ ระบบจะคัดลอกไฟล์อินพุตแทน
แท็ก: execution

--[no]experimental_use_semaphore_for_jobs ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ให้ใช้เซมาโฟร์เพื่อจำกัดจำนวนงานที่ทำงานพร้อมกันด้วย
แท็ก: host_machine_resource_optimizations, execution

--[no]experimental_use_windows_sandbox ค่าเริ่มต้น: "false"

ใช้แซนด์บ็อกซ์ของ Windows เพื่อเรียกใช้การดำเนินการ หากเป็น "ใช่" ไฟล์ไบนารีที่ระบุโดย --experimental_windows_sandbox_path ต้องเป็นไฟล์ที่ถูกต้องและสอดคล้องกับ sandboxfs เวอร์ชันที่รองรับ หากเป็น "auto" แสดงว่าไฟล์ไบนารีอาจไม่อยู่หรือไม่เข้ากันได้
แท็ก: execution

--experimental_windows_sandbox_path=<a string> ค่าเริ่มต้น: "BazelSandbox.exe"

เส้นทางไปยังไบนารีแซนด์บ็อกซ์ของ Windows ที่จะใช้เมื่อ --experimental_use_windows_sandbox เป็นจริง หากเป็นชื่ออย่างเดียว ให้ใช้ไบนารีชื่อนั้นรายการแรกที่พบใน PATH
แท็ก: execution

--experimental_worker_allowlist=<comma-separated set of options> default: ดูคำอธิบาย

หากไม่ใช่ค่าว่าง ระบบจะอนุญาตให้ใช้เฉพาะผู้ปฏิบัติงานถาวรที่มีคีย์ผู้ปฏิบัติงานซึ่งจำได้ง่ายที่ระบุ
แท็ก: execution, host_machine_resource_optimizations

--[no]experimental_worker_cancellation ค่าเริ่มต้น: "false"

หากเปิดใช้ Bazel อาจส่งคำขอยกเลิกไปยังผู้ทำงานที่รองรับ
แท็ก: execution

ค่าเริ่มต้นของ --experimental_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.>: "0"

หากขีดจํากัดนี้มากกว่า 0 ระบบอาจหยุดทํางานของเวิร์กเกอร์หากมีการใช้หน่วยความจําของเวิร์กเกอร์เกินขีดจํากัด หากไม่ได้ใช้ร่วมกับการดำเนินการแบบไดนามิกและ `--experimental_dynamic_ignore_local_signals=9` ตัวเลือกนี้อาจทำให้บิลด์ขัดข้อง
แท็ก: execution, host_machine_resource_optimizations

ค่าเริ่มต้นของ --experimental_worker_metrics_poll_interval=<An immutable length of time.>: "5s"

ช่วงเวลาระหว่างการเก็บรวบรวมเมตริกของโหนดงานกับการพยายามขับออก ต้องใช้เวลาอย่างน้อย 1 วินาทีเนื่องจากเหตุผลด้านประสิทธิภาพ
แท็ก: execution, host_machine_resource_optimizations

--[no]experimental_worker_multiplex_sandboxing ค่าเริ่มต้น: "false"

หากเปิดใช้ เวิร์กเกอร์แบบมัลติเพล็กซ์ที่มีข้อกำหนดการเรียกใช้ "supports-multiplex-sandboxing" จะทำงานในสภาพแวดล้อมที่ใช้แซนด์บ็อกซ์โดยใช้ไดเรกทอรีแซนด์บ็อกซ์แยกกันต่อคำของาน เวิร์กเกอร์แบบมัลติเพล็กซ์ที่มีข้อกำหนดการเรียกใช้จะอยู่ในแซนด์บ็อกซ์เสมอเมื่อทำงานภายใต้กลยุทธ์การเรียกใช้แบบไดนามิก โดยไม่คำนึงถึง Flag นี้
แท็ก: execution

--[no]experimental_worker_sandbox_hardening ค่าเริ่มต้น: "false"

หากเปิดใช้ ระบบจะเรียกใช้ Executor ในแซนด์บ็อกซ์ที่รัดกุม หากการติดตั้งใช้งานอนุญาต หากเปิดใช้การทำให้ระบบปลอดภัย ไดเรกทอรี tmp ของผู้ใช้แต่ละรายจะแตกต่างกัน
แท็ก: execution

--experimental_worker_sandbox_inmemory_tracking=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

คีย์ผู้ปฏิบัติงานที่ช่วยให้จำง่ายซึ่งระบบจะติดตามเนื้อหาของไดเรกทอรีแซนด์บ็อกซ์ในหน่วยความจำ ซึ่งอาจปรับปรุงประสิทธิภาพการสร้าง แต่ต้องใช้หน่วยความจํามากขึ้น มีผลเฉพาะกับเวิร์กเกอร์ที่อยู่ในแซนด์บ็อกซ์ ระบุได้หลายครั้งสำหรับคําช่วยจําที่แตกต่างกัน
แท็ก: execution

--[no]experimental_worker_strict_flagfiles ค่าเริ่มต้น: "false"

หากเปิดใช้ อาร์กิวเมนต์การดำเนินการสำหรับ Worker ที่ไม่เป็นไปตามข้อกำหนดของ Worker จะทำให้เกิดข้อผิดพลาด อาร์กิวเมนต์ของผู้ปฏิบัติงานต้องมีอาร์กิวเมนต์ @flagfile เพียง 1 รายการเป็นรายการสุดท้ายของรายการอาร์กิวเมนต์
แท็ก: execution

--genrule_strategy=<comma-separated list of options> ค่าเริ่มต้น: ""

ระบุวิธีเรียกใช้ genrules เราจะเลิกใช้การแจ้งว่าไม่เหมาะสมนี้ แต่ให้ใช้ --spawn_strategy=<value> เพื่อควบคุมการดำเนินการทั้งหมด หรือ --strategy=Genrule=<value> เพื่อควบคุม Genrule เท่านั้น
แท็ก: execution

--[no]incompatible_sandbox_hermetic_tmp ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" แต่ละแซนด์บ็อกซ์ Linux จะมีไดเรกทอรีว่างเฉพาะของตนเองซึ่งมา mounted เป็น /tmp แทนที่จะแชร์ /tmp กับไฟล์ระบบของโฮสต์ ใช้ --sandbox_add_mount_pair=/tmp เพื่อดู /tmp ของโฮสต์ในแซนด์บ็อกซ์ทั้งหมดต่อไป
แท็ก: execution

--[no]incompatible_use_new_cgroup_implementation ค่าเริ่มต้น: "false"

หากเป็นจริง ให้ใช้การใช้งานใหม่สําหรับ cgroups การใช้งานแบบเก่ารองรับเฉพาะตัวควบคุมหน่วยความจําและจะไม่สนใจค่าของ --experimental_sandbox_limits
แท็ก: execution

--[no]internal_spawn_scheduler ค่าเริ่มต้น: "true"

ตัวเลือกตัวยึดตําแหน่งเพื่อให้เราบอกใน Blaze ได้ว่าจะเปิดใช้ตัวจัดตารางการเกิดหรือไม่
แท็ก: execution, host_machine_resource_optimizations

--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] ค่าเริ่มต้น: "auto"

จำนวนงานที่ทำงานพร้อมกัน ใช้จำนวนเต็มหรือคีย์เวิร์ด ("auto", "HOST_CPUS", "HOST_RAM") ตามด้วยการดำเนินการ ([-|*]<float>) ตามต้องการ เช่น "auto", "HOST_CPUS*.5" ค่าต้องอยู่ระหว่าง 1 ถึง 5,000 ค่าที่มากกว่า 2,500 อาจทำให้เกิดปัญหาเกี่ยวกับหน่วยความจํา "auto" จะคำนวณค่าเริ่มต้นที่เหมาะสมตามทรัพยากรของโฮสต์
แท็ก: host_machine_resource_optimizations, execution

--[no]keep_going [-k] default: "false"

ดำเนินการต่อให้มากที่สุดหลังจากเกิดข้อผิดพลาด แม้ว่าจะวิเคราะห์เป้าหมายที่ไม่สําเร็จและเป้าหมายที่ขึ้นอยู่กับเป้าหมายนั้นไม่ได้ แต่ระบบจะวิเคราะห์ข้อกําหนดเบื้องต้นอื่นๆ ของเป้าหมายเหล่านี้ได้
แท็ก: eagerness_to_exit

--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> ค่าเริ่มต้น: "auto"

จํานวนเธรดแบบขนานที่จะใช้สําหรับระยะการโหลด/การวิเคราะห์ ใช้จํานวนเต็มหรือคีย์เวิร์ด ("auto", "HOST_CPUS", "HOST_RAM") ตามด้วยการดำเนินการ ([-|*]<float>) ตามต้องการ เช่น "auto", "HOST_CPUS*.5" "auto" จะตั้งค่าเริ่มต้นที่เหมาะสมตามทรัพยากรของโฮสต์ ต้องไม่ต่ำกว่า 1
แท็ก: bazel_internal_configuration

--[no]reuse_sandbox_directories ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบอาจนําไดเรกทอรีที่ใช้โดยการดำเนินการที่ไม่ใช่เวิร์กเกอร์ในแซนด์บ็อกซ์มาใช้ซ้ำเพื่อหลีกเลี่ยงค่าใช้จ่ายในการตั้งค่าที่ไม่จําเป็น
แท็ก: host_machine_resource_optimizations, execution

--sandbox_base=<a string> ค่าเริ่มต้น: ""

ช่วยให้แซนด์บ็อกซ์สร้างไดเรกทอรีแซนด์บ็อกซ์ใต้เส้นทางนี้ได้ ระบุเส้นทางใน tmpfs (เช่น /run/shm) เพื่อเพิ่มประสิทธิภาพได้อย่างมากเมื่อบิลด์ / การทดสอบมีไฟล์อินพุตจำนวนมาก หมายเหตุ: คุณต้องมี RAM และพื้นที่ว่างใน tmpfs เพียงพอที่จะเก็บเอาต์พุตและไฟล์กลางที่สร้างขึ้นจากการดําเนินการ
แท็ก: host_machine_resource_optimizations, execution

--[no]sandbox_explicit_pseudoterminal ค่าเริ่มต้น: "false"

เปิดใช้การสร้างพอร์ตเสมือนอย่างชัดเจนสําหรับการดำเนินการในกล่องทราย ดิสทริบิวชัน Linux บางรุ่นกำหนดให้ต้องตั้งค่ารหัสกลุ่มของกระบวนการเป็น "tty" ภายในแซนด์บ็อกซ์เพื่อให้พอร์ตเสมือนทำงานได้ หากการตั้งค่านี้ก่อให้เกิดปัญหา คุณสามารถปิดใช้การตั้งค่านี้ได้เพื่อให้ใช้กลุ่มอื่นๆ ได้
แท็ก: execution

--sandbox_tmpfs_path=<an absolute path> ระบบจะรวบรวมการใช้งานหลายครั้ง

สําหรับการดําเนินการในแซนด์บ็อกซ์ ให้ต่อเชื่อมไดเรกทอรีที่ว่างเปล่าและเขียนได้ที่เส้นทางแบบสัมบูรณ์นี้ (หากการติดตั้งใช้งานแซนด์บ็อกซ์รองรับ มิเช่นนั้นระบบจะไม่สนใจ)
แท็ก: host_machine_resource_optimizations, execution

--[no]skip_incompatible_explicit_targets ค่าเริ่มต้น: "false"

ข้ามเป้าหมายที่เข้ากันไม่ได้ซึ่งระบุไว้ในบรรทัดคำสั่งอย่างชัดเจน โดยค่าเริ่มต้น การสร้างเป้าหมายดังกล่าวจะทำให้เกิดข้อผิดพลาด แต่ระบบจะข้ามเป้าหมายดังกล่าวโดยอัตโนมัติเมื่อเปิดใช้ตัวเลือกนี้ ดูที่ https://bazel.build/extending/platforms#skipping-incompatible-targets
แท็ก: loading_and_analysis

--spawn_strategy=<comma-separated list of options> ค่าเริ่มต้น: ""

ระบุวิธีเรียกใช้การดำเนินการสร้างโดยค่าเริ่มต้น ยอมรับรายการกลยุทธ์ที่คั่นด้วยคอมมา โดยเรียงตามลําดับความสําคัญจากสูงสุดไปต่ำสุด สำหรับการดำเนินการแต่ละรายการ Bazel จะเลือกกลยุทธ์ที่มีลำดับความสำคัญสูงสุดซึ่งสามารถดำเนินการได้ ค่าเริ่มต้นคือ "remote,worker,sandboxed,local" ดูรายละเอียดได้ที่ https://blog.bazel.build/2019/06/19/list-strategy.html
แท็ก: execution

--strategy=<a '[name=]value1[,..,valueN]' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุวิธีแจกจ่ายการคอมไพล์ของการกระทำอื่นๆ ที่ทำให้เกิด ยอมรับรายการกลยุทธ์ที่คั่นด้วยคอมมา โดยเรียงตามลําดับความสําคัญจากสูงสุดไปต่ำสุด สำหรับการดำเนินการแต่ละรายการ Bazel จะเลือกกลยุทธ์ที่มีลำดับความสำคัญสูงสุดซึ่งสามารถดำเนินการได้ ค่าเริ่มต้นคือ "remote,worker,sandboxed,local" Flag นี้จะลบล้างค่าที่กําหนดโดย --spawn_strategy (และ --genrule_strategy หากใช้กับ Genrule ที่เป็นคําช่วยจํา) ดูรายละเอียดได้ที่ https://blog.bazel.build/2019/06/19/list-strategy.html
แท็ก: execution

--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ลบล้างกลยุทธ์การสร้างใหม่ที่จะใช้เพื่อดำเนินการสร้างใหม่ซึ่งมีคำอธิบายตรงกับ regex_filter บางรายการ ดูรายละเอียดเกี่ยวกับการจับคู่ regex_filter ได้ที่ --per_file_copt ระบบจะใช้ regex_filter รายการล่าสุดที่ตรงกับคำอธิบาย ตัวเลือกนี้จะลบล้าง Flag อื่นๆ สำหรับการระบุกลยุทธ์ ตัวอย่างเช่น --strategy_regexp=//foo.*\.cc,-//foo/bar=local หมายถึงการดําเนินการโดยใช้กลยุทธ์แบบท้องถิ่นหากคําอธิบายตรงกับ //foo.*.cc แต่ไม่ใช่ //foo/bar ตัวอย่างเช่น --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed จะเรียกใช้ "Compiling //foo/bar/baz" ด้วยกลยุทธ์ "local" แต่การกลับลําดับจะเรียกใช้ด้วย "sandboxed"
แท็ก: execution

--worker_extra_flag=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

Flag คำสั่งเพิ่มเติมที่จะส่งไปยังกระบวนการทำงานนอกเหนือจาก --persistent_worker โดยคีย์ตามคําจำ (เช่น --worker_extra_flag=Javac=--debug
แท็ก: execution, host_machine_resource_optimizations

--worker_max_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> ระบบจะรวบรวมการใช้งานหลายครั้ง

จำนวนอินสแตนซ์ของแรงงานแบบถาวรแต่ละประเภทที่อาจเปิดใช้งานหากคุณใช้กลยุทธ์ "worker" อาจระบุเป็น [name=value] เพื่อให้ค่าแตกต่างกันไปตามคําช่วยจํา ขีดจํากัดจะอิงตามคีย์ผู้ทํางาน ซึ่งจะแยกตามคําช่วยจํา แต่รวมถึงตาม Flag และสภาพแวดล้อมการเริ่มต้นด้วย ดังนั้นในบางกรณีอาจมีผู้ทํางานต่อคําช่วยจํามากกว่าที่ Flag นี้ระบุ ใช้จำนวนเต็มหรือคีย์เวิร์ด ("auto", "HOST_CPUS", "HOST_RAM") ตามด้วยการดำเนินการ ([-|*]<float>) ตามต้องการ เช่น "auto", "HOST_CPUS*.5" "auto" จะคำนวณค่าเริ่มต้นที่เหมาะสมตามขีดความสามารถของเครื่อง "=value" จะตั้งค่าเริ่มต้นสำหรับคําช่วยจําที่ไม่ได้ระบุ
แท็ก: execution, host_machine_resource_optimizations

--worker_max_multiplex_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> ระบบจะรวบรวมการใช้งานหลายครั้ง

จํานวน WorkRequest ที่กระบวนการทํางานแบบมัลติเพล็กซ์อาจได้รับพร้อมกันหากคุณใช้กลยุทธ์ "worker" กับ --worker_multiplex อาจระบุเป็น [name=value] เพื่อให้ค่าแตกต่างกันไปตามคําช่วยจํา ขีดจํากัดจะอิงตามคีย์ผู้ทํางาน ซึ่งจะแยกตามคําช่วยจํา แต่รวมถึงตาม Flag และสภาพแวดล้อมการเริ่มต้นด้วย ดังนั้นในบางกรณีอาจมีผู้ทํางานต่อคําช่วยจํามากกว่าที่ Flag นี้ระบุ ใช้จำนวนเต็มหรือคีย์เวิร์ด ("auto", "HOST_CPUS", "HOST_RAM") ตามด้วยการดำเนินการ ([-|*]<float>) ตามต้องการ เช่น "auto", "HOST_CPUS*.5" "auto" จะคำนวณค่าเริ่มต้นที่เหมาะสมตามขีดความสามารถของเครื่อง "=value" จะตั้งค่าเริ่มต้นสำหรับคําช่วยจําที่ไม่ได้ระบุ
แท็ก: execution, host_machine_resource_optimizations

--[no]worker_multiplex ค่าเริ่มต้น: "true"

หากเปิดใช้ เวิร์กเกอร์จะใช้มัลติเพล็กซิงหากรองรับ
แท็ก: execution, host_machine_resource_optimizations

--[no]worker_quit_after_build ค่าเริ่มต้น: "false"

หากเปิดใช้ เวิร์กเกอร์ทั้งหมดจะหยุดทำงานหลังจากสร้างเสร็จ
แท็ก: execution, host_machine_resource_optimizations

--[no]worker_sandboxing ค่าเริ่มต้น: "false"

หากเปิดใช้ เวิร์กเกอร์แบบ Singleplex จะทำงานในสภาพแวดล้อมที่ใช้แซนด์บ็อกซ์ รันไทม์แบบ Singleplex จะใช้แซนด์บ็อกซ์เสมอเมื่อทำงานภายใต้กลยุทธ์การดำเนินการแบบไดนามิก โดยไม่คำนึงถึง Flag นี้
แท็ก: execution

--[no]worker_verbose ค่าเริ่มต้น: "false"

หากเปิดใช้ ระบบจะพิมพ์ข้อความแบบละเอียดเมื่อเริ่ม ปิด ฯลฯ ของโหนดทำงาน

ตัวเลือกที่ควบคุมเอาต์พุตของคำสั่ง

--[no]build ค่าเริ่มต้น: "true"

เรียกใช้บิลด์ ซึ่งเป็นลักษณะการทำงานปกติ การระบุ --nobuild จะทำให้การบิลด์หยุดลงก่อนที่จะดำเนินการกับการดำเนินการบิลด์ โดยจะแสดงผลเป็น 0 เฉพาะในกรณีที่การโหลดแพ็กเกจและระยะการวิเคราะห์เสร็จสมบูรณ์เท่านั้น โหมดนี้มีประโยชน์สำหรับการทดสอบระยะดังกล่าว
แท็ก: execution, affects_outputs

--[no]experimental_use_validation_aspect ค่าเริ่มต้น: "false"

การเรียกใช้การดำเนินการตรวจสอบโดยใช้แง่มุม (สําหรับการทำงานแบบขนานกับการทดสอบ)
แท็ก: execution, affects_outputs

--output_groups=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการชื่อกลุ่มเอาต์พุตที่คั่นด้วยคอมมา โดยแต่ละชื่อจะมีเครื่องหมาย + หรือ - นำหน้าก็ได้ ระบบจะเพิ่มกลุ่มที่มีเครื่องหมาย + นำหน้าไปยังชุดกลุ่มเอาต์พุตเริ่มต้น ส่วนกลุ่มที่มีเครื่องหมาย - นำหน้าจะถูกนำออกจากชุดเริ่มต้น หากไม่มีการกำหนดคำนำหน้าให้กับกลุ่มอย่างน้อย 1 กลุ่ม ระบบจะไม่รวมชุดกลุ่มเอาต์พุตเริ่มต้น เช่น --output_groups=+foo,+bar จะสร้างยูเนียนของชุดค่าเริ่มต้น foo และ bar ส่วน --output_groups=foo,bar จะลบล้างชุดค่าเริ่มต้นเพื่อให้ระบบสร้างเฉพาะ foo และ bar
แท็ก: execution, affects_outputs

--[no]run_validations ค่าเริ่มต้น: "true"

กำหนดว่าจะเรียกใช้การดำเนินการตรวจสอบเป็นส่วนหนึ่งของการสร้างหรือไม่ ดู https://bazel.build/extending/rules#validation_actions
แท็ก: execution, affects_outputs

--serialized_frontier_profile=<a string> ค่าเริ่มต้น: ""

แสดงผลโปรไฟล์ของไบต์ Frontier ที่แปลงเป็นอนุกรม ระบุเส้นทางเอาต์พุต
แท็ก: bazel_monitoring

ตัวเลือกที่อนุญาตให้ผู้ใช้กําหนดค่าเอาต์พุตที่ต้องการ ซึ่งส่งผลต่อค่าของเอาต์พุต ไม่ใช่การมีอยู่ของเอาต์พุต

--aspects=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการแง่มุมที่คั่นด้วยคอมมาซึ่งจะใช้กับเป้าหมายระดับบนสุด ในรายการนี้ หากแอตทริบิวต์ some_aspect ระบุผู้ให้บริการแอตทริบิวต์ที่จำเป็นผ่าน required_aspect_providers ทางแอตทริบิวต์ some_aspect จะทำงานหลังจากแอตทริบิวต์ทุกรายการที่กล่าวถึงก่อนหน้าในรายการแอตทริบิวต์ซึ่งมีผู้ให้บริการที่โฆษณาตรงกับผู้ให้บริการแอตทริบิวต์ที่จำเป็นของ some_aspect นอกจากนี้ some_aspect จะทำงานหลังจากแง่มุมที่จําเป็นทั้งหมดที่ระบุโดยแอตทริบิวต์ requires แล้ว จากนั้น some_aspect จะมีสิทธิ์เข้าถึงค่าของผู้ให้บริการของแง่มุมเหล่านั้น <bzl-file-label>%<aspect_name> เช่น "//tools:my_def.bzl%my_aspect" โดยที่ "my_aspect" คือค่าระดับบนสุดจากไฟล์ tools/my_def.bzl

ค่าเริ่มต้นของ --bep_maximum_open_remote_upload_files=<an integer>: "-1"

จำนวนไฟล์ที่เปิดสูงสุดที่อนุญาตระหว่างการอัปโหลดอาร์ติแฟกต์ BEP
แท็ก: affects_outputs

--[no]experimental_convenience_symlinks ค่าเริ่มต้น: "normal"

Flag นี้จะควบคุมวิธีจัดการสัญลักษณ์ลิงก์เพื่อความสะดวก (สัญลักษณ์ลิงก์ที่ปรากฏในพื้นที่ทํางานหลังจากการบิลด์) ค่าที่เป็นไปได้มีดังนี้ normal (ค่าเริ่มต้น): ระบบจะสร้างหรือลบลิงก์สัญลักษณ์ที่สะดวกแต่ละประเภทตามที่กำหนดโดยบิลด์ clean: ระบบจะลบลิงก์สัญลักษณ์ทั้งหมดโดยไม่มีเงื่อนไข ignore: ระบบจะไม่สร้างหรือล้างข้อมูล Symlink log_only: สร้างข้อความบันทึกราวกับว่ามีการผ่าน "normal" แต่ไม่ได้ดำเนินการใดๆ ในระบบไฟล์ (มีประโยชน์สำหรับเครื่องมือ) โปรดทราบว่าเฉพาะ symlink ที่มีชื่อสร้างขึ้นจากค่าปัจจุบันของ --symlink_prefix เท่านั้นที่จะได้รับผลกระทบ หากคำนำหน้ามีการเปลี่ยนแปลง ระบบจะไม่เปลี่ยนแปลง symlink ที่มีอยู่ก่อน
แท็ก: affects_outputs

--[no]experimental_convenience_symlinks_bep_event ค่าเริ่มต้น: "true"

Flag นี้จะควบคุมว่าเราจะโพสต์ eventConvenienceSymlinksIdentified ของบิลด์ไปยัง BuildEventProtocol หรือไม่ หากค่าเป็น "จริง" BuildEventProtocol จะมีรายการสำหรับ convenienceSymlinksIdentified ซึ่งแสดงรายการลิงก์สัญลักษณ์ที่สะดวกทั้งหมดที่สร้างขึ้นในเวิร์กスペース หากเป็นเท็จ รายการ convenienceSymlinksIdentified ใน BuildEventProtocol จะว่างเปล่า
แท็ก: affects_outputs

--remote_download_all

ดาวน์โหลดเอาต์พุตระยะไกลทั้งหมดไปยังเครื่อง Flag นี้เป็นชื่อแทนของ --remote_download_outputs=all
ขยายเป็น
  --remote_download_outputs=all

แท็ก: affects_outputs

--remote_download_minimal

ไม่ดาวน์โหลดเอาต์พุตการสร้างระยะไกลไปยังเครื่อง Flag นี้เป็นชื่อแทนของ --remote_download_outputs=minimal
ขยายเป็น
  --remote_download_outputs=minimal

แท็ก: affects_outputs

--remote_download_outputs=<all, minimal or toplevel> ค่าเริ่มต้น: "toplevel"

หากตั้งค่าเป็น "ขั้นต่ำ" ระบบจะไม่ดาวน์โหลดเอาต์พุตการสร้างจากระยะไกลลงในเครื่อง ยกเว้นเอาต์พุตที่การดำเนินการในเครื่องต้องใช้ หากตั้งค่าเป็น "toplevel" ระบบจะทํางานเหมือน "minimal" ยกเว้นว่าจะดาวน์โหลดเอาต์พุตของเป้าหมายระดับบนสุดไปยังเครื่องภายในด้วย ตัวเลือกทั้ง 2 รายการนี้ช่วยลดเวลาในการสร้างได้อย่างมากหากแบนด์วิดท์ของเครือข่ายเป็นปัญหาคอขวด
แท็ก: affects_outputs

--remote_download_symlink_template=<a string> ค่าเริ่มต้น: ""

สร้างลิงก์สัญลักษณ์แทนการดาวน์โหลดเอาต์พุตของบิลด์ระยะไกลไปยังเครื่อง เป้าหมายของลิงก์สัญลักษณ์สามารถระบุในรูปแบบสตริงเทมเพลต สตริงเทมเพลตนี้อาจมี {hash} และ {size_bytes} ที่ขยายเป็นแฮชของออบเจ็กต์และขนาดเป็นไบต์ตามลำดับ ตัวอย่างเช่น ลิงก์สัญลักษณ์เหล่านี้อาจชี้ไปยังระบบไฟล์ FUSE ที่โหลดออบเจ็กต์จาก CAS ตามคําขอ
แท็ก: affects_outputs

--remote_download_toplevel

ดาวน์โหลดเอาต์พุตระยะไกลของเป้าหมายระดับบนสุดไปยังเครื่องเท่านั้น ธงนี้เป็นชื่อแทนของ --remote_download_outputs=toplevel
ขยายเป็น
  --remote_download_outputs=toplevel

แท็ก: affects_outputs

--symlink_prefix=<a string> default: ดูคำอธิบาย

คำนำหน้าที่จะเพิ่มไว้ข้างหน้าลิงก์สัญลักษณ์เพื่อความสะดวกซึ่งสร้างขึ้นหลังจากการบิลด์ หากไม่ใส่ ค่าเริ่มต้นจะเป็นชื่อเครื่องมือสร้างตามด้วยขีดกลาง หากส่ง "/" ระบบจะไม่สร้างสัญลักษณ์ลิงก์และจะไม่แสดงคำเตือน คำเตือน: เราจะเลิกใช้งานฟังก์ชันพิเศษสำหรับ "/" ในเร็วๆ นี้ โปรดใช้ --experimental_convenience_symlinks=ignore แทน
แท็ก: affects_outputs

ตัวเลือกที่ส่งผลต่อความเข้มงวดที่ Bazel ใช้บังคับอินพุตการสร้างที่ถูกต้อง (คําจํากัดความของกฎ ชุดค่าผสมของ Flag ฯลฯ)

--[no]experimental_docker_privileged ค่าเริ่มต้น: "false"

หากเปิดใช้ Bazel จะส่ง Flag --privileged ไปยัง "docker run" เมื่อเรียกใช้การดำเนินการ บิลด์ของคุณอาจกำหนดให้ต้องดำเนินการนี้ แต่อาจทำให้การปิดผนึกลดลงด้วย
แท็ก: execution

--[no]experimental_sandboxfs_map_symlink_targets ค่าเริ่มต้น: "false"

No-op
แท็ก: host_machine_resource_optimizations, execution

--[no]incompatible_legacy_local_fallback ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะเปิดใช้กลยุทธ์ที่แสดงโดยนัยเดิมจากแซนด์บ็อกซ์เป็นกลยุทธ์ในเครื่อง ในที่สุด Flag นี้จะมีค่าเริ่มต้นเป็นเท็จและจะกลายเป็นการดำเนินการที่ไม่มีผล ใช้ --strategy, --spawn_strategy หรือ --dynamic_local_strategy เพื่อกําหนดค่าการแทนที่แทน
แท็ก: execution, incompatible_change

--sandbox_add_mount_pair=<a single path or a 'source:target' pair> ระบบจะรวบรวมการใช้งานหลายครั้ง

เพิ่มคู่เส้นทางเพิ่มเติมเพื่อต่อเชื่อมในแซนด์บ็อกซ์
แท็ก: execution

--sandbox_block_path=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

สำหรับการดำเนินการในกล่องทดสอบ ให้ไม่อนุญาตการเข้าถึงเส้นทางนี้
แท็ก: execution

--[no]sandbox_default_allow_network ค่าเริ่มต้น: "true"

อนุญาตการเข้าถึงเครือข่ายโดยค่าเริ่มต้นสําหรับการดําเนินการ ซึ่งอาจใช้ไม่ได้กับการติดตั้งใช้งานแซนด์บ็อกซ์บางรายการ
แท็ก: execution

--[no]sandbox_fake_hostname ค่าเริ่มต้น: "false"

เปลี่ยนชื่อโฮสต์ปัจจุบันเป็น "localhost" สําหรับการดำเนินการในสภาพแวดล้อมจำลอง
แท็ก: execution

--[no]sandbox_fake_username ค่าเริ่มต้น: "false"

เปลี่ยนชื่อผู้ใช้ปัจจุบันเป็น "nobody" สําหรับการดําเนินการในกล่องทดสอบ
แท็ก: execution

--sandbox_writable_path=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

สําหรับการดําเนินการที่อยู่ในแซนด์บ็อกซ์ ให้ทําให้ไดเรกทอรีที่มีอยู่เขียนได้ในแซนด์บ็อกซ์ (หากการติดตั้งใช้งานแซนด์บ็อกซ์รองรับ ไม่เช่นนั้นระบบจะไม่สนใจ)
แท็ก: execution

ตัวเลือกนี้ส่งผลต่อความหมายของภาษา Starlark หรือ Build API ที่เข้าถึงไฟล์ BUILD, ไฟล์ .bzl หรือไฟล์ WORKSPACE ได้

--[no]incompatible_config_setting_private_default_visibility ค่าเริ่มต้น: "false"

หาก incompatible_enforce_config_setting_visibility=false จะไม่มีการดำเนินการใดๆ หรือหาก Flag นี้เป็นเท็จ config_setting ที่ไม่มีแอตทริบิวต์ระดับการมองเห็นที่ชัดเจนจะเป็น //visibility:public หาก Flag นี้เป็น "จริง" config_setting จะใช้ตรรกะการแสดงผลเดียวกับกฎอื่นๆ ทั้งหมด ดู https://github.com/bazelbuild/bazel/issues/12933
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_enforce_config_setting_visibility ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะบังคับใช้ข้อจำกัดการแสดงผลของ config_setting หากเป็นเท็จ เป้าหมายทุกรายการจะเห็น config_setting ทั้งหมด ดู https://github.com/bazelbuild/bazel/issues/12932
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_use_plus_in_repo_names ค่าเริ่มต้น: "true"

ไม่มีการดำเนินการใดๆ
แท็ก: loading_and_analysis

ตัวเลือกที่ควบคุมลักษณะการทํางานของสภาพแวดล้อมการทดสอบหรือโปรแกรมรันทดสอบ

--[no]check_tests_up_to_date ค่าเริ่มต้น: "false"

อย่าทำการทดสอบ เพียงตรวจสอบว่าอัปเดตแล้ว หากผลการทดสอบทั้งหมดเป็นข้อมูลล่าสุด การทดสอบจะเสร็จสมบูรณ์ หากต้องสร้างหรือเรียกใช้การทดสอบ ระบบจะรายงานข้อผิดพลาดและการทดสอบจะดำเนินการไม่สำเร็จ ตัวเลือกนี้ใช้กับลักษณะการทํางานของ --check_up_to_date
แท็ก: execution

--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบบจะพยายามทดสอบแต่ละรายการอีกครั้งตามจำนวนครั้งที่ระบุไว้ในกรณีที่ทดสอบไม่สำเร็จ การทดสอบที่ต้องใช้มากกว่า 1 ครั้งจึงจะผ่านจะมีการทําเครื่องหมายเป็น "ไม่เสถียร" ในสรุปการทดสอบ โดยปกติแล้ว ค่าที่ระบุจะเป็นจํานวนเต็มหรือสตริง "default" เท่านั้น หากเป็นจำนวนเต็ม ระบบจะเรียกใช้การทดสอบทั้งหมดไม่เกิน N ครั้ง หากเป็น "default" ระบบจะพยายามทดสอบเพียงครั้งเดียวสําหรับการทดสอบปกติ และ 3 ครั้งสําหรับการทดสอบที่มีการทำเครื่องหมายว่าไม่น่าเชื่อถืออย่างชัดเจนโดยกฎ (แอตทริบิวต์ flaky=1) ไวยากรณ์สำรอง: regex_filter@flaky_test_attempts โดยที่ flaky_test_attempts จะเป็นค่าเดียวกับด้านบน และ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและยกเว้น (ดู --runs_per_test ด้วย) ตัวอย่างเช่น --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 จะแก้ไขข้อบกพร่องของการทดสอบทั้งหมดใน //foo/ ยกเว้นการทดสอบที่อยู่ใน foo/bar 3 ครั้ง ตัวเลือกนี้ส่งได้หลายครั้ง อาร์กิวเมนต์ที่ตรงกันซึ่งส่งล่าสุดจะมีความสําคัญเหนือกว่า หากไม่พบรายการที่ตรงกัน ลักษณะการทํางานจะเหมือนกับ "ค่าเริ่มต้น" ด้านบน
แท็ก: execution

--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> ค่าเริ่มต้น: "auto"

จำนวนงานทดสอบในเครื่องสูงสุดที่จะทํางานพร้อมกัน ใช้จำนวนเต็มหรือคีย์เวิร์ด ("auto", "HOST_CPUS", "HOST_RAM") ตามด้วยการดำเนินการ ([-|*]<float>) ตามต้องการ เช่น "auto", "HOST_CPUS*.5" 0 หมายความว่าทรัพยากรในเครื่องจะจํากัดจํานวนงานทดสอบในเครื่องที่จะทํางานพร้อมกันแทน การตั้งค่านี้ให้มากกว่าค่าสำหรับ --jobs จะไม่มีผล
แท็ก: execution

--[no]test_keep_going ค่าเริ่มต้น: "true"

เมื่อปิดใช้ การทดสอบที่ไม่ผ่านจะทำให้บิลด์ทั้งหมดหยุดลง โดยค่าเริ่มต้น ระบบจะเรียกใช้การทดสอบทั้งหมด แม้ว่าการทดสอบบางรายการจะดำเนินการไม่สำเร็จก็ตาม
แท็ก: execution

--test_strategy=<a string> ค่าเริ่มต้น: ""

ระบุกลยุทธ์ที่จะใช้เมื่อทำการทดสอบ
แท็ก: execution

--test_tmpdir=<a path> default: ดูคำอธิบาย

ระบุไดเรกทอรีชั่วคราวพื้นฐานสำหรับ "bazel test" ที่จะใช้

ตัวเลือกที่ทริกเกอร์การเพิ่มประสิทธิภาพของเวลาสร้างมีดังนี้

--cache_computed_file_digests=<a long integer> ค่าเริ่มต้น: "50000"

หากมากกว่า 0 ระบบจะกำหนดค่า Bazel ให้แคชข้อมูลสรุปไฟล์ไว้ในหน่วยความจำตามข้อมูลเมตาแทนที่จะคำนวณข้อมูลสรุปจากดิสก์อีกครั้งทุกครั้งที่ต้องการ การตั้งค่านี้เป็น 0 จะทำให้แน่ใจได้ว่าถูกต้อง เนื่องจากระบบไม่สามารถบันทึกการเปลี่ยนแปลงของไฟล์ทั้งหมดจากข้อมูลเมตาของไฟล์ หากไม่ใช่ 0 ตัวเลขจะระบุขนาดของแคชเป็นจํานวนข้อมูลสรุปไฟล์ที่จะแคช

--[no]experimental_cpu_load_scheduling ค่าเริ่มต้น: "false"

เปิดใช้การกำหนดเวลาการเรียกใช้แบบทดลองในเครื่องตามภาระงานของ CPU ไม่ใช่การประมาณการดําเนินการทีละรายการ การกำหนดเวลาแบบทดลองแสดงให้เห็นถึงประโยชน์อย่างมากในบิลด์ในเครื่องจำนวนมากบนเครื่องที่มีประสิทธิภาพซึ่งมีแกนประมวลผลจํานวนมาก ขอแนะนําให้ใช้กับ --local_resources=cpu=HOST_CPUS
แท็ก: execution

--experimental_dynamic_ignore_local_signals=<a comma-separated list of signal numbers> default: ดูคำอธิบาย

ใช้รายการหมายเลขสัญญาณ OS หากสาขาการดําเนินการแบบไดนามิกในเครื่องถูกหยุดด้วยสัญญาณเหล่านี้ ระบบจะอนุญาตให้สาขาระยะไกลดําเนินการจนเสร็จสิ้นแทน สําหรับผู้ทํางานที่ทำงานอยู่อย่างต่อเนื่อง ตัวเลือกนี้จะมีผลต่อสัญญาณที่หยุดกระบวนการทํางานเท่านั้น
แท็ก: execution

--[no]experimental_enable_skyfocus ค่าเริ่มต้น: "false"

หากเป็น "จริง" จะเป็นการเปิดใช้ --experimental_working_set เพื่อลดพื้นที่หน่วยความจำของ Bazel สําหรับการสร้างแบบเพิ่ม ฟีเจอร์นี้เรียกว่า Skyfocus
แท็ก: host_machine_resource_optimizations

--experimental_working_set=<comma-separated list of options> ค่าเริ่มต้น: ""

ชุดที่ทำงานสำหรับ Skyfocus ระบุเป็นเส้นทางแบบสัมพัทธ์กับรูทของพื้นที่ทํางานที่คั่นด้วยคอมมา นี่คือ Flag แบบมีสถานะ การกําหนดชุดที่ทํางานจะเก็บชุดนั้นไว้สําหรับการเรียกใช้ครั้งต่อๆ ไปจนกว่าจะมีการกําหนดใหม่ด้วยชุดใหม่
แท็ก: host_machine_resource_optimizations

--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> ค่าเริ่มต้น: "HOST_CPUS"

กำหนดจำนวนแกน CPU ทั้งหมดในเครื่องที่พร้อมให้ Bazel ใช้สำหรับการดำเนินการสร้างที่ดำเนินการในเครื่อง ใช้จำนวนเต็มหรือ "HOST_CPUS" ตามด้วย [-|*]<float> (ไม่บังคับ) (เช่น HOST_CPUS*.5 เพื่อใช้แกน CPU ที่มีครึ่งหนึ่ง) โดยค่าเริ่มต้น ("HOST_CPUS") Bazel จะค้นหาการกําหนดค่าระบบเพื่อประมาณจํานวนแกน CPU ที่พร้อมใช้งาน
แท็ก: host_machine_resource_optimizations

--local_extra_resources=<a named float, 'name=value'> ระบบจะรวบรวมการใช้งานหลายครั้ง

กำหนดจำนวนทรัพยากรเพิ่มเติมที่พร้อมใช้งานสำหรับ Bazel รับคู่สตริง-float ใช้ซ้ำได้เพื่อระบุทรัพยากรเพิ่มเติมหลายประเภท Bazel จะจำกัดการดำเนินการที่ทำงานพร้อมกันตามทรัพยากรเพิ่มเติมที่มีอยู่และทรัพยากรเพิ่มเติมที่จําเป็น การทดสอบสามารถประกาศจํานวนทรัพยากรเพิ่มเติมที่ต้องการได้โดยใช้แท็กรูปแบบ "resources:<resoucename>:<amount>" คุณไม่สามารถตั้งค่า CPU, RAM และทรัพยากรที่ใช้ได้โดยใช้ Flag นี้
แท็ก: host_machine_resource_optimizations

--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> ค่าเริ่มต้น: "HOST_RAM*.67"

กำหนดจำนวน RAM ทั้งหมดของโฮสต์ในเครื่อง (เป็น MB) ที่พร้อมให้ Bazel ใช้ในการดำเนินการบิลด์ที่ดำเนินการในเครื่อง ใช้จำนวนเต็มหรือ "HOST_RAM" ตามด้วย [-|*]<float> (ไม่บังคับ) (เช่น HOST_RAM*.5 เพื่อใช้ RAM ที่มีครึ่งหนึ่ง) โดยค่าเริ่มต้น ("HOST_RAM*.67") Bazel จะค้นหาการกําหนดค่าระบบเพื่อประมาณจํานวน RAM ที่พร้อมใช้งาน และใช้ 67% ของ RAM นั้น
แท็ก: host_machine_resource_optimizations

--local_resources=<a named double, '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"> ระบบจะรวบรวมการใช้งานหลายครั้ง

กำหนดจำนวนทรัพยากรที่พร้อมใช้งานสำหรับ Bazel รับการกําหนดค่าไปยัง float หรือ HOST_RAM/HOST_CPUS ตามด้วย [-|*]<float> (ไม่บังคับ) (เช่น memory=HOST_RAM*.5 เพื่อใช้ RAM ที่มีครึ่งหนึ่ง) ใช้หลายครั้งเพื่อระบุทรัพยากรหลายประเภทได้ Bazel จะจำกัดการดำเนินการที่ทำงานพร้อมกันตามทรัพยากรที่มีอยู่และทรัพยากรที่จำเป็น การทดสอบสามารถประกาศจํานวนทรัพยากรที่ต้องการได้โดยใช้แท็กรูปแบบ "resources:<resource name>:<amount>" ลบล้างทรัพยากรที่ระบุโดย --local_{cpu|ram|extra}_resources
แท็ก: host_machine_resource_optimizations

ตัวเลือกที่ส่งผลต่อรายละเอียด รูปแบบ หรือตำแหน่งของการบันทึก

--build_event_upload_max_retries=<an integer> ค่าเริ่มต้น: "4"

จำนวนครั้งที่ Bazel ควรลองอัปโหลดเหตุการณ์การสร้างอีกครั้งสูงสุด
แท็ก: bazel_internal_configuration

--[no]debug_spawn_scheduler ค่าเริ่มต้น: "false"

--[no]experimental_bep_target_summary ค่าเริ่มต้น: "false"

ระบุว่าจะเผยแพร่เหตุการณ์ TargetSummary หรือไม่

--[no]experimental_build_event_expand_filesets ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะขยายชุดไฟล์ใน BEP เมื่อแสดงไฟล์เอาต์พุต
แท็ก: affects_outputs

--[no]experimental_build_event_fully_resolve_fileset_symlinks ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะแก้ไขลิงก์สัญลักษณ์ของไฟล์ชุดที่เกี่ยวข้องใน BEP โดยสมบูรณ์เมื่อแสดงไฟล์เอาต์พุต ต้องใช้ --experimental_build_event_expand_filesets
แท็ก: affects_outputs

--experimental_build_event_output_group_mode=<an output group name followed by an OutputGroupFileMode, e.g. default=both> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุวิธีแสดงไฟล์ของกลุ่มเอาต์พุตในเหตุการณ์ BEP ของ TargetComplete/AspectComplete ค่าคือการกำหนดชื่อกลุ่มเอาต์พุตเป็น "NAMED_SET_OF_FILES_ONLY", "INLINE_ONLY" หรือ "BOTH" อย่างใดอย่างหนึ่ง ค่าเริ่มต้นคือ 'NAMED_SET_OF_FILES_ONLY' หากกลุ่มเอาต์พุตซ้ำกัน ระบบจะใช้ค่าสุดท้ายที่จะปรากฏ ค่าเริ่มต้นจะตั้งค่าโหมดสำหรับอาร์ติแฟกต์การครอบคลุมเป็นทั้ง 2 รายการ ดังนี้ --experimental_build_event_output_group_mode=baseline.lcov=both
แท็ก: affects_outputs

--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> ค่าเริ่มต้น: "1s"

ความล่าช้าขั้นต่ำเริ่มต้นสำหรับการลองอีกครั้งแบบ Exponential Backoff เมื่อการอัปโหลด BEP ไม่สำเร็จ (exponent: 1.6)
แท็ก: bazel_internal_configuration

--experimental_build_event_upload_strategy=<a string> default: ดูคำอธิบาย

เลือกวิธีอัปโหลดอาร์ติแฟกต์ที่อ้างอิงในโปรโตคอลเหตุการณ์การสร้าง ใน Bazel ตัวเลือกที่ถูกต้อง ได้แก่ "local" และ "remote" ค่าเริ่มต้นคือ "local"
แท็ก: affects_outputs

--[no]experimental_docker_verbose ค่าเริ่มต้น: "false"

หากเปิดใช้ Bazel จะพิมพ์ข้อความที่ละเอียดมากขึ้นเกี่ยวกับกลยุทธ์แซนด์บ็อกซ์ของ Docker
แท็ก: execution

--[no]experimental_materialize_param_files_directly ค่าเริ่มต้น: "false"

หากจะแสดงไฟล์พารามิเตอร์ ให้เขียนลงในดิสก์โดยตรง
แท็ก: execution

--experimental_repository_resolved_file=<a string> ค่าเริ่มต้น: ""

หากไม่ใช่ค่าว่าง ให้เขียนค่า Starlark ที่มีข้อมูลที่แก้ไขแล้วของกฎที่เก็บ Starlark ทั้งหมดที่ดำเนินการ
แท็ก: affects_outputs

--[no]experimental_run_bep_event_include_residue ค่าเริ่มต้น: "false"

การรวมข้อมูลที่เหลืออยู่ในบรรทัดคำสั่งไว้ในเหตุการณ์การเรียกใช้บิลด์ที่อาจมีข้อมูลที่เหลืออยู่ โดยค่าเริ่มต้น ข้อมูลที่เหลือจะไม่รวมอยู่ในเหตุการณ์การสร้างคําสั่งการเรียกใช้ที่อาจมีข้อมูลที่เหลืออยู่
แท็ก: affects_outputs

--experimental_skyfocus_dump_keys=<none, count or verbose> ค่าเริ่มต้น: "none"

สำหรับการแก้ไขข้อบกพร่องของ Skyfocus แสดงผล SkyKey ที่โฟกัส (รูท ใบไม้ ข้อมูลอ้างอิงที่โฟกัส ข้อมูลอ้างอิงแบบ r ที่โฟกัส)
แท็ก: terminal_output

--[no]experimental_skyfocus_dump_post_gc_stats ค่าเริ่มต้น: "false"

สำหรับการแก้ไขข้อบกพร่องของ Skyfocus หากเปิดใช้ ให้เรียกใช้ GC ด้วยตนเองก่อน/หลังการโฟกัสเพื่อรายงานการลดขนาดฮีป ซึ่งจะเพิ่มเวลาในการตอบสนองของ Skyfocus
แท็ก: terminal_output

--experimental_skyfocus_handling_strategy=<strict or warn> ค่าเริ่มต้น: "strict"

กลยุทธ์สําหรับ Skyfocus ในการจัดการการเปลี่ยนแปลงนอกชุดทํางาน
แท็ก: eagerness_to_exit

--[no]experimental_stream_log_file_uploads ค่าเริ่มต้น: "false"

สตรีมการอัปโหลดไฟล์บันทึกไปยังพื้นที่เก็บข้อมูลระยะไกลโดยตรงแทนที่จะเขียนลงในดิสก์
แท็ก: affects_outputs

--explain=<a path> default: ดูคำอธิบาย

ทําให้ระบบบิลด์อธิบายแต่ละขั้นตอนที่ดำเนินการของบิลด์ ระบบจะเขียนคําอธิบายลงในไฟล์บันทึกที่ระบุ
แท็ก: affects_outputs

--[no]ignore_unsupported_sandboxing ค่าเริ่มต้น: "false"

อย่าพิมพ์คำเตือนเมื่อระบบนี้ไม่รองรับการดำเนินการใน sandbox
แท็ก: terminal_output

--[no]legacy_important_outputs ค่าเริ่มต้น: "false"

ใช้เพื่อระงับการสร้างช่อง important_outputs แบบเดิมในเหตุการณ์ TargetComplete โดยต้องใช้ important_outputs ในการผสานรวม Bazel กับ ResultStore/BTX
แท็ก: affects_outputs

--[no]materialize_param_files ค่าเริ่มต้น: "false"

เขียนไฟล์พารามิเตอร์กลางลงในต้นไม้เอาต์พุตแม้ว่าจะใช้การดำเนินการระยะไกลก็ตาม มีประโยชน์เมื่อแก้ไขข้อบกพร่องของการดำเนินการ ซึ่งจะแสดงโดย --subcommands และ --verbose_failures
แท็ก: execution

--max_config_changes_to_show=<an integer> ค่าเริ่มต้น: "3"

เมื่อทิ้งแคชการวิเคราะห์เนื่องจากการเปลี่ยนแปลงตัวเลือกการสร้าง ระบบจะแสดงชื่อตัวเลือกที่เปลี่ยนแปลงสูงสุดตามจำนวนที่ระบุ หากตัวเลขที่ระบุคือ -1 ตัวเลือกทั้งหมดที่มีการเปลี่ยนแปลงจะแสดงขึ้น
แท็ก: terminal_output

ค่าเริ่มต้นของ --max_test_output_bytes=<an integer>: "-1"

ระบุขนาดสูงสุดของบันทึกการทดสอบต่อรายการที่ระบบจะแสดงเมื่อ --test_output เป็น "errors" หรือ "all" มีประโยชน์ในการหลีกเลี่ยงไม่ให้เอาต์พุตมีข้อมูลทดสอบที่รบกวนมากเกินไป ส่วนหัวการทดสอบจะรวมอยู่ในขนาดบันทึก ค่าติดลบหมายถึงไม่มีขีดจํากัด เอาต์พุตคือทั้งหมดหรือไม่มีเลย
แท็ก: test_runner, terminal_output, execution

--output_filter=<a valid Java regular expression> default: ดูคำอธิบาย

แสดงเฉพาะคำเตือนและเอาต์พุตการดำเนินการสำหรับกฎที่มีชื่อตรงกับนิพจน์ทั่วไปที่ระบุ
แท็ก: affects_outputs

ค่าเริ่มต้นของ --progress_report_interval=<an integer in 0-3600 range>: "0"

จำนวนวินาทีที่จะรอระหว่างรายงานเกี่ยวกับงานที่ยังคงทำงานอยู่ ค่าเริ่มต้น 0 หมายความว่าระบบจะพิมพ์รายงานฉบับแรกหลังจากผ่านไป 10 วินาที จากนั้นจะพิมพ์ทุก 30 วินาที และหลังจากนั้นระบบจะรายงานความคืบหน้าทุกนาที เมื่อเปิดใช้ --curses ระบบจะรายงานความคืบหน้าทุกๆ วินาที
แท็ก: affects_outputs

--remote_print_execution_messages=<failure, success or all> ค่าเริ่มต้น: "failure"

เลือกเวลาที่จะพิมพ์ข้อความการดําเนินการจากระยะไกล ค่าที่ถูกต้องคือ "failure" เพื่อแสดงเฉพาะในกรณีที่ไม่สําเร็จ "success" เพื่อแสดงเฉพาะในกรณีที่สําเร็จ และ "all" เพื่อแสดงเสมอ
แท็ก: terminal_output

--[no]sandbox_debug ค่าเริ่มต้น: "false"

เปิดใช้ฟีเจอร์การแก้ไขข้อบกพร่องสําหรับฟีเจอร์แซนด์บ็อกซ์ ซึ่งประกอบด้วย 2 สิ่ง ได้แก่ ประการแรก เนื้อหารูทของกล่องทรายจะยังคงเดิมหลังจากการบิลด์ และประการที่ 2 คือการพิมพ์ข้อมูลเพิ่มเติมเกี่ยวกับการแก้ไขข้อบกพร่องในการดำเนินการ ซึ่งจะช่วยนักพัฒนากฎ Bazel หรือ Starlark ในกรณีที่แก้ไขข้อบกพร่องไม่สำเร็จเนื่องจากไม่มีไฟล์อินพุต ฯลฯ
แท็ก: terminal_output

--show_result=<an integer> ค่าเริ่มต้น: "1"

แสดงผลลัพธ์ของบิลด์ สำหรับแต่ละเป้าหมาย ให้ระบุว่ามีการอัปเดตหรือไม่ และหากมีการอัปเดต ให้ระบุรายการไฟล์เอาต์พุตที่สร้างขึ้น ไฟล์ที่พิมพ์เป็นสตริงที่สะดวกสำหรับการคัดลอกและวางลงในเชลล์เพื่อเรียกใช้ ตัวเลือกนี้ต้องใช้อาร์กิวเมนต์แบบจำนวนเต็ม ซึ่งเป็นจำนวนเป้าหมายขั้นต่ำที่ระบบจะไม่พิมพ์ข้อมูลผลลัพธ์ ดังนั้น 0 จะทำให้เกิดการระงับข้อความ และ MAX_INT จะทําให้ระบบพิมพ์ผลลัพธ์เสมอ ค่าเริ่มต้นคือ 1 หากไม่มีการสร้างเป้าหมายใดเลย ระบบอาจละเว้นผลลัพธ์ของเป้าหมายนั้นเพื่อไม่ให้เอาต์พุตเกินเกณฑ์
แท็ก: affects_outputs

--[no]subcommands [-s] default: "false"

แสดงคำสั่งย่อยที่ดำเนินการระหว่างการสร้าง Flag ที่เกี่ยวข้อง: --execution_log_json_file, --execution_log_binary_file (สําหรับการบันทึกคําสั่งย่อยลงในไฟล์ในรูปแบบที่เครื่องมือใช้งานง่าย)
แท็ก: terminal_output

--test_output=<summary, errors, all or streamed> ค่าเริ่มต้น: "summary"

ระบุโหมดเอาต์พุตที่ต้องการ ค่าที่ถูกต้องคือ "summary" เพื่อแสดงเฉพาะสรุปสถานะการทดสอบ "errors" เพื่อพิมพ์บันทึกการทดสอบสําหรับการทดสอบที่ไม่สําเร็จด้วย "all" เพื่อพิมพ์บันทึกสําหรับการทดสอบทั้งหมด และ "streamed" เพื่อแสดงบันทึกสําหรับการทดสอบทั้งหมดแบบเรียลไทม์ (การดำเนินการนี้จะบังคับให้ระบบเรียกใช้การทดสอบในเครื่องทีละรายการ โดยไม่คำนึงถึงค่า --test_strategy)
แท็ก: test_runner, terminal_output, execution

--test_summary=<short, terse, detailed, none or testcase> ค่าเริ่มต้น: "short"

ระบุรูปแบบที่ต้องการของสรุปการทดสอบ ค่าที่ถูกต้องคือ "short" เพื่อพิมพ์เฉพาะข้อมูลเกี่ยวกับการทดสอบที่ดำเนินการ "terse" เพื่อพิมพ์เฉพาะข้อมูลเกี่ยวกับการทดสอบที่ไม่สําเร็จที่ดำเนินการ "detailed" เพื่อพิมพ์ข้อมูลโดยละเอียดเกี่ยวกับเฟรมทดสอบที่ไม่สําเร็จ "testcase" เพื่อพิมพ์สรุปในการแก้ไขเฟรมทดสอบ ไม่พิมพ์ข้อมูลโดยละเอียดเกี่ยวกับเฟรมทดสอบที่ไม่สําเร็จ และ "none" เพื่อละเว้นสรุป
แท็ก: terminal_output

--[no]verbose_explanations ค่าเริ่มต้น: "false"

เพิ่มรายละเอียดของคำอธิบายที่แสดงหากเปิดใช้ --explain จะไม่มีผลหากไม่ได้เปิดใช้ --explain
แท็ก: affects_outputs

--[no]verbose_failures ค่าเริ่มต้น: "false"

หากคําสั่งไม่สําเร็จ ให้พิมพ์บรรทัดคําสั่งแบบเต็ม
แท็ก: terminal_output

ตัวเลือกที่ระบุหรือแก้ไขอินพุตทั่วไปสำหรับคำสั่ง Bazel ที่ไม่อยู่ในหมวดหมู่อื่นๆ

--aspects_parameters=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุค่าของพารามิเตอร์แง่มุมบรรทัดคำสั่ง ค่าพารามิเตอร์แต่ละค่าจะระบุผ่าน <param_name>=<param_value> เช่น "my_param=my_val" โดยที่ "my_param" คือพารามิเตอร์ของแง่มุมบางอย่างในรายการ --aspects หรือเป็นแง่มุมในรายการที่กำหนด ตัวเลือกนี้ใช้ได้หลายครั้ง อย่างไรก็ตาม คุณจะกําหนดค่าให้กับพารามิเตอร์เดียวกันได้เพียงครั้งเดียว
แท็ก: loading_and_analysis

--target_pattern_file=<a string> ค่าเริ่มต้น: ""

หากตั้งค่าไว้ บิลด์จะอ่านรูปแบบจากไฟล์ที่ระบุชื่อไว้ที่นี่แทนที่จะเป็นในบรรทัดคำสั่ง การระบุไฟล์ที่นี่พร้อมกับรูปแบบบรรทัดคำสั่งจะเป็นข้อผิดพลาด
แท็ก: changes_inputs

ตัวเลือกการแคชและการดำเนินการจากระยะไกล

--experimental_circuit_breaker_strategy=<failure> default: ดูคำอธิบาย

ระบุกลยุทธ์ที่จะใช้กับตัวตัดวงจร กลยุทธ์ที่ใช้ได้คือ "failure" เมื่อค่าของตัวเลือกไม่ถูกต้อง ระบบจะไม่ตั้งค่าลักษณะการทำงานเหมือนกับตัวเลือก
แท็ก: execution

--[no]experimental_guard_against_concurrent_changes ค่าเริ่มต้น: "false"

ปิดการตั้งค่านี้เพื่อปิดใช้การตรวจสอบ ctime ของไฟล์อินพุตของการดำเนินการก่อนที่จะอัปโหลดไปยังแคชระยะไกล อาจมีกรณีที่เคอร์เนล Linux เลื่อนเวลาการเขียนไฟล์ ซึ่งอาจทำให้เกิดผลบวกเท็จ

--experimental_remote_cache_compression_threshold=<an integer> ค่าเริ่มต้น: "100"

ขนาด Blob ขั้นต่ำที่จำเป็นในการบีบอัด/คลายการบีบอัดด้วย zstd จะไม่มีผลเว้นแต่จะมีการตั้งค่า --remote_cache_compression

--experimental_remote_cache_eviction_retries=<an integer> ค่าเริ่มต้น: "5"

จำนวนครั้งที่พยายามสูงสุดในการลองอีกครั้งหากบิลด์พบข้อผิดพลาดแคชระยะไกลชั่วคราวซึ่งจะทำให้บิลด์ไม่สำเร็จ มีผลบังคับใช้ เช่น เมื่อระบบนำรายการต่างๆ ออกจากแคชระยะไกล หรือในบางกรณีที่แคชไม่ทำงาน ค่าที่ไม่ใช่ 0 จะตั้งค่า --incompatible_remote_use_new_exit_code_for_lost_inputs เป็น "จริง" โดยปริยาย ระบบจะสร้างรหัสการเรียกใช้ใหม่สําหรับแต่ละครั้งที่พยายาม หากคุณสร้างรหัสการเรียกใช้และส่งให้กับ Bazel ด้วย --invocation_id คุณไม่ควรใช้ Flag นี้ แต่ให้ตั้งค่า Flag --incompatible_remote_use_new_exit_code_for_lost_inputs แล้วตรวจสอบโค้ดออก 39
แท็ก: execution

--[no]experimental_remote_cache_lease_extension ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" Bazel จะขยายระยะเวลาเช่าสำหรับเอาต์พุตของการดำเนินการระยะไกลระหว่างการสร้างโดยการส่งการเรียก `FindMissingBlobs` ไปยังแคชระยะไกลเป็นระยะๆ ความถี่จะอิงตามค่าของ `--experimental_remote_cache_ttl`

--experimental_remote_cache_ttl=<An immutable length of time.> ค่าเริ่มต้น: "3h"

TTL ขั้นต่ำที่รับประกันของ Blob ในแคชระยะไกลหลังจากที่มีการอ้างอิงข้อมูลสรุปล่าสุด เช่น โดย ActionResult หรือ FindMissingBlobs Bazel ทำการเพิ่มประสิทธิภาพหลายอย่างตาม TTL ของ Blob เช่น ไม่เรียก GetActionResult ซ้ำๆ ในบิลด์แบบเพิ่ม คุณควรตั้งค่าให้น้อยกว่า TTL จริงเล็กน้อย เนื่องจากมีช่วงเวลาระหว่างที่เซิร์ฟเวอร์แสดงผลข้อมูลสรุปและเวลาที่ Bazel ได้รับข้อมูลสรุป
แท็ก: execution

--experimental_remote_capture_corrupted_outputs=<a path> default: ดูคำอธิบาย

เส้นทางไปยังไดเรกทอรีที่จะบันทึกเอาต์พุตที่เสียหาย

--[no]experimental_remote_discard_merkle_trees ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" ระบบจะทิ้งสำเนาในหน่วยความจำของต้นไม้ Merkle ของรูทอินพุตและการแมปอินพุตที่เกี่ยวข้องในระหว่างการเรียก GetActionResult() และ Execute() ซึ่งจะช่วยลดการใช้หน่วยความจำได้อย่างมาก แต่จะทำให้ Bazel ต้องคํานวณใหม่เมื่อแคชระยะไกลไม่พบและพยายามอีกครั้ง

--experimental_remote_downloader=<a string> default: ดูคำอธิบาย

URI ของปลายทาง Remote Asset API เพื่อใช้เป็นพร็อกซีการดาวน์โหลดจากระยะไกล สคีมาที่รองรับ ได้แก่ grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ดูที่ https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto

--[no]experimental_remote_downloader_local_fallback ค่าเริ่มต้น: "false"

Whether to fall back to the local downloader if remote downloader fails.

--[no]experimental_remote_downloader_propagate_credentials ค่าเริ่มต้น: "false"

กำหนดว่าจะเผยแพร่ข้อมูลเข้าสู่ระบบจาก netrc และผู้ช่วยข้อมูลเข้าสู่ระบบไปยังเซิร์ฟเวอร์ตัวดาวน์โหลดระยะไกลหรือไม่ การติดตั้งใช้งานเซิร์ฟเวอร์ต้องรองรับตัวระบุ "http_header_url:<url-index>:<header-key>" ใหม่ โดยที่ "<url-index>" คือตําแหน่ง URL ฐาน 0 ภายในช่อง "uris" ของ FetchBlobRequest ส่วนหัวเฉพาะ URL ควรมีความสำคัญเหนือกว่าส่วนหัวส่วนกลาง

--[no]experimental_remote_execution_keepalive ค่าเริ่มต้น: "false"

ใช้ Keepalive สําหรับการเรียกใช้การดําเนินการจากระยะไกลหรือไม่

--experimental_remote_failure_rate_threshold=<an integer in 0-100 range> ค่าเริ่มต้น: "10"

กำหนดจำนวนอัตราความล้มเหลวที่อนุญาตเป็นเปอร์เซ็นต์สำหรับกรอบเวลาหนึ่งๆ แล้วระบบจะหยุดเรียกใช้แคช/ผู้ดำเนินการระยะไกล โดยค่าเริ่มต้น ค่านี้คือ 10 การตั้งค่านี้เป็น 0 หมายความว่าไม่มีข้อจํากัด
แท็ก: execution

--experimental_remote_failure_window_interval=<An immutable length of time.> default: "60s"

ช่วงเวลาที่ระบบคํานวณอัตราความล้มเหลวของคําขอระยะไกล เมื่อค่าเป็น 0 หรือติดลบ ระบบจะคํานวณระยะเวลาที่ดำเนินการไม่สําเร็จเป็นระยะเวลาทั้งหมดของการดำเนินการ คุณสามารถใช้หน่วยต่อไปนี้ได้ ได้แก่ วัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) หากไม่ระบุหน่วย ระบบจะตีความค่าเป็นวินาที
แท็ก: execution

--[no]experimental_remote_mark_tool_inputs ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" Bazel จะทําเครื่องหมายอินพุตเป็นอินพุตเครื่องมือสําหรับผู้ดําเนินการระยะไกล ซึ่งสามารถใช้เพื่อติดตั้งใช้งาน Persisted Worker แบบระยะไกล

--[no]experimental_remote_merkle_tree_cache ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะจดจําการคํานวณต้นไม้ Merkle เพื่อปรับปรุงความเร็วในการตรวจสอบการทํางานของแคชระยะไกล ปริมาณหน่วยความจําของแคชจะควบคุมโดย --experimental_remote_merkle_tree_cache_size

--experimental_remote_merkle_tree_cache_size=<a long integer> ค่าเริ่มต้น: "1000"

จํานวนต้นไม้ Merkle ที่จะจัดเก็บเพื่อปรับปรุงความเร็วในการตรวจสอบการทํางานของแคชระยะไกล แม้ว่าระบบจะตัดแคชออกโดยอัตโนมัติตามการจัดการการอ้างอิงแบบอ่อนของ Java แต่ข้อผิดพลาดหน่วยความจําไม่เพียงพอก็อาจเกิดขึ้นได้หากตั้งค่าไว้สูงเกินไป หากตั้งค่าเป็น 0 ระบบจะไม่จำกัดขนาดแคช ค่าที่เหมาะสมจะแตกต่างกันไปตามขนาดของโปรเจ็กต์ ค่าเริ่มต้นคือ 1,000

--experimental_remote_output_service=<a string> default: ดูคำอธิบาย

HOST หรือ HOST:PORT ของปลายทางบริการเอาต์พุตระยะไกล สคีมาที่รองรับ ได้แก่ grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ระบุสคีมา grpc:// หรือ unix: เพื่อปิดใช้ TLS

--experimental_remote_output_service_output_path_prefix=<a string> ค่าเริ่มต้น: ""

เส้นทางที่เนื้อหาของไดเรกทอรีเอาต์พุตซึ่งจัดการโดย --experimental_remote_output_service อยู่ ไดเรกทอรีเอาต์พุตจริงที่ใช้โดยบิลด์จะสืบทอดมาจากเส้นทางนี้และกำหนดโดยบริการเอาต์พุต

--[no]experimental_remote_require_cached ค่าเริ่มต้น: "false"

หากตั้งค่าเป็น "จริง" ระบบจะบังคับให้แคชการดำเนินการทั้งหมดที่ทำงานจากระยะไกลได้ ไม่เช่นนั้นการสร้างจะดำเนินการไม่สำเร็จ วิธีนี้มีประโยชน์ในการแก้ปัญหาความไม่แน่นอน เนื่องจากช่วยให้ตรวจสอบได้ว่ามีการแคชการดําเนินการที่ควรแคชไว้จริงหรือไม่ โดยไม่ต้องแทรกผลลัพธ์ใหม่ลงในแคชโดยไม่ตั้งใจ

--experimental_remote_scrubbing_config=<Converts to a Scrubber> default: ดูคำอธิบาย

เปิดใช้การสแกนคีย์แคชระยะไกลด้วยไฟล์การกําหนดค่าที่ระบุ ซึ่งต้องเป็นโปรโตคอลบัฟเฟอร์ในรูปแบบข้อความ (ดู src/main/protobuf/remote_scrubbing.proto) ฟีเจอร์นี้มีไว้เพื่ออำนวยความสะดวกในการแชร์คaché ระยะไกล/ดิสก์ระหว่างการดำเนินการที่ทำงานบนแพลตฟอร์มที่แตกต่างกันแต่กำหนดเป้าหมายไปยังแพลตฟอร์มเดียวกัน คุณควรใช้การตั้งค่านี้อย่างระมัดระวัง เนื่องจากการตั้งค่าที่ไม่เหมาะสมอาจทำให้เกิดการแชร์รายการแคชโดยไม่ตั้งใจและส่งผลให้บิลด์ไม่ถูกต้อง การสแกนจะไม่ส่งผลต่อวิธีดำเนินการ แต่ส่งผลต่อวิธีคํานวณคีย์แคชระยะไกล/ดิสก์เพื่อดึงข้อมูลหรือจัดเก็บผลลัพธ์การดำเนินการเท่านั้น การดำเนินการที่ลบออกจะใช้ร่วมกับการดำเนินการระยะไกลไม่ได้ และจะดำเนินการในเครื่องแทนเสมอ การแก้ไขการกําหนดค่าการสแกนจะไม่ทำให้เอาต์พุตที่มีอยู่ในระบบไฟล์ในเครื่องหรือแคชภายในเป็นโมฆะ คุณจะต้องสร้างใหม่แบบ "Clean Build" เพื่อดําเนินการที่มีผลอีกครั้ง หากต้องการใช้ฟีเจอร์นี้ให้สําเร็จ คุณอาจต้องตั้งค่า --host_platform ที่กําหนดเองพร้อมกับ --experimental_platform_in_output_dir (เพื่อทำให้คำนำหน้าเอาต์พุตเป็นมาตรฐาน) และ --incompatible_strict_action_env (เพื่อทำให้ตัวแปรสภาพแวดล้อมเป็นมาตรฐาน)

--[no]incompatible_remote_use_new_exit_code_for_lost_inputs ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" Bazel จะใช้รหัสออกใหม่ 39 แทน 34 หากข้อผิดพลาดเกี่ยวกับแคชระยะไกล รวมถึงการลบแคชออกทําให้บิลด์ไม่สําเร็จ
แท็ก: incompatible_change

--[no]remote_accept_cached ค่าเริ่มต้น: "true"

การยอมรับผลลัพธ์การดำเนินการที่แคชไว้จากระยะไกล

--remote_build_event_upload=<all or minimal> ค่าเริ่มต้น: "minimal"

หากตั้งค่าเป็น "ทั้งหมด" ระบบจะอัปโหลดเอาต์พุตในเครื่องทั้งหมดที่ BEP อ้างอิงไปยังแคชระยะไกล หากตั้งค่าเป็น "ขั้นต่ำ" ระบบจะไม่อัปโหลดเอาต์พุตในเครื่องที่ BEP อ้างอิงไปยังแคชระยะไกล ยกเว้นไฟล์ที่มีความสำคัญต่อผู้ใช้ BEP (เช่น บันทึกการทดสอบและโปรไฟล์การวัดเวลา) ระบบจะใช้รูปแบบ bytestream:// สำหรับ URI ของไฟล์เสมอ แม้ว่าไฟล์จะหายไปจากแคชระยะไกลก็ตาม ค่าเริ่มต้นคือ "minimal"

--remote_bytestream_uri_prefix=<a string> default: ดูคำอธิบาย

ชื่อโฮสต์และชื่ออินสแตนซ์ที่จะใช้ใน URI ของ bytestream:// ที่เขียนลงในสตรีมเหตุการณ์การสร้าง ตัวเลือกนี้สามารถตั้งค่าได้เมื่อทำการบิลด์โดยใช้พร็อกซี ซึ่งจะทำให้ค่าของ --remote_executor และ --remote_instance_name ไม่สอดคล้องกับชื่อที่เป็นทางการของบริการการเรียกใช้ระยะไกลอีกต่อไป หากไม่ได้ตั้งค่าไว้ ค่าเริ่มต้นจะเป็น "${hostname}/${instance_name}"

--remote_cache=<a string> default: ดูคำอธิบาย

URI ของปลายทางแคช สคีมที่รองรับ ได้แก่ http, https, grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ระบุสคีมา grpc://, http:// หรือ unix: เพื่อปิดใช้ TLS ดูที่ https://bazel.build/remote/caching

--[no]remote_cache_async ค่าเริ่มต้น: "true"

หากเป็น "จริง" การอัปโหลดผลลัพธ์การดำเนินการไปยังดิสก์หรือแคชระยะไกลจะเกิดขึ้นในเบื้องหลังแทนที่จะบล็อกการดำเนินการให้เสร็จสมบูรณ์ การดำเนินการบางอย่างเข้ากันไม่ได้กับการอัปโหลดในเบื้องหลัง และอาจยังคงบล็อกอยู่แม้ว่าจะมีการตั้งค่า Flag นี้ก็ตาม

--[no]remote_cache_compression ค่าเริ่มต้น: "false"

หากเปิดใช้ ให้บีบอัด/คลายการบีบอัด Blob แคชด้วย zstd เมื่อมีขนาดอย่างน้อย --experimental_remote_cache_compression_threshold

--remote_cache_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอแคช: --remote_cache_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

--remote_default_exec_properties=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตั้งค่าพร็อพเพอร์ตี้ exec เริ่มต้นเพื่อใช้เป็นแพลตฟอร์มการดําเนินการระยะไกล หากแพลตฟอร์มการดําเนินการยังไม่ได้ตั้งค่า exec_properties
แท็ก: affects_outputs

--remote_default_platform_properties=<a string> ค่าเริ่มต้น: ""

ตั้งค่าพร็อพเพอร์ตี้แพลตฟอร์มเริ่มต้นที่จะตั้งค่าสำหรับ API การดำเนินการระยะไกล หากแพลตฟอร์มการดำเนินการยังไม่ได้ตั้งค่า remote_execution_properties ระบบจะใช้ค่านี้ด้วยหากเลือกแพลตฟอร์มโฮสต์เป็นแพลตฟอร์มการดําเนินการสําหรับการดําเนินการระยะไกล

--remote_download_regex=<a valid Java regular expression> ระบบจะรวบรวมการใช้งานหลายครั้ง

บังคับให้ดาวน์โหลดเอาต์พุตการสร้างระยะไกลซึ่งมีเส้นทางตรงกับรูปแบบนี้ โดยไม่คำนึงถึง --remote_download_outputs คุณระบุรูปแบบได้หลายรายการโดยการใช้ Flag นี้ซ้ำ
แท็ก: affects_outputs

--remote_downloader_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอของเครื่องมือดาวน์โหลดระยะไกล: --remote_downloader_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

--remote_exec_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอการดําเนินการ: --remote_exec_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

ค่าเริ่มต้นของ --remote_execution_priority=<an integer>: "0"

ลําดับความสําคัญแบบสัมพัทธ์ของการดำเนินการที่จะดําเนินการจากระยะไกล ความหมายของค่าลําดับความสําคัญหนึ่งๆ จะขึ้นอยู่กับเซิร์ฟเวอร์

--remote_executor=<a string> default: ดูคำอธิบาย

HOST หรือ HOST:PORT ของปลายทางการเรียกใช้ระยะไกล สคีมาที่รองรับ ได้แก่ grpc, grpcs (grpc ที่เปิดใช้ TLS) และ unix (ซ็อกเก็ต UNIX ในพื้นที่) หากไม่ได้ระบุสคีมา Bazel จะใช้ grpcs เป็นค่าเริ่มต้น ระบุสคีมา grpc:// หรือ unix: เพื่อปิดใช้ TLS

--remote_grpc_log=<a path> default: ดูคำอธิบาย

เส้นทางไปยังไฟล์เพื่อบันทึกรายละเอียดการเรียกใช้ gRPC หากระบุ บันทึกนี้ประกอบด้วยลำดับ protobuf ของ com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry ที่แปลงเป็นอนุกรม โดยแต่ละข้อความจะมี varint นำหน้า ซึ่งระบุขนาดของข้อความ protobuf ที่แปลงเป็นอนุกรมรายการถัดไป ตามที่ดำเนินการโดยเมธอด LogEntry.writeDelimitedTo(OutputStream)

--remote_header=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุส่วนหัวที่จะรวมอยู่ในคําขอ: --remote_header=ชื่อ=ค่า คุณสามารถส่งส่วนหัวหลายรายการได้โดยระบุ Flag หลายครั้ง ระบบจะแปลงค่าหลายค่าที่มีชื่อเดียวกันเป็นรายการที่คั่นด้วยคอมมา

--remote_instance_name=<a string> ค่าเริ่มต้น: ""

ค่าที่จะส่งเป็น instance_name ใน API การดำเนินการระยะไกล

--[no]remote_local_fallback ค่าเริ่มต้น: "false"

Whether to fall back to standalone local execution strategy if remote execution fails.

--remote_local_fallback_strategy=<a string> ค่าเริ่มต้น: "local"

เลิกใช้งานแล้ว ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/7480

--remote_max_connections=<an integer> ค่าเริ่มต้น: "100"

จำกัดจำนวนการเชื่อมต่อสูงสุดที่ดำเนินการได้พร้อมกันกับแคช/ผู้ดำเนินการระยะไกล โดยค่าเริ่มต้น ค่านี้คือ 100 การตั้งค่านี้เป็น 0 หมายความว่าไม่มีข้อจํากัด สำหรับแคชระยะไกล HTTP การเชื่อมต่อ TCP 1 รายการจะจัดการคำขอได้ 1 รายการพร้อมกัน ดังนั้น Bazel จึงส่งคำขอพร้อมกันได้สูงสุด --remote_max_connections สําหรับแคช/ผู้ดําเนินการระยะไกล gRPC ปกติแล้วแชแนล gRPC 1 ช่องจะจัดการคําขอพร้อมกันได้มากกว่า 100 รายการ ดังนั้น Bazel จึงทําคําขอพร้อมกันได้ประมาณ `--remote_max_connections * 100`
แท็ก: host_machine_resource_optimizations

--remote_proxy=<a string> default: ดูคำอธิบาย

เชื่อมต่อกับแคชระยะไกลผ่านพร็อกซี ปัจจุบันแฟล็กนี้ใช้ได้กับการกำหนดค่าซ็อกเก็ตโดเมน Unix (unix:/path/to/socket) เท่านั้น

ค่าเริ่มต้นของ --remote_result_cache_priority=<an integer>: "0"

ลําดับความสําคัญแบบสัมพัทธ์ของการดำเนินการระยะไกลที่จะจัดเก็บไว้ในแคชระยะไกล ความหมายของค่าลําดับความสําคัญหนึ่งๆ จะขึ้นอยู่กับเซิร์ฟเวอร์

--remote_retries=<an integer> ค่าเริ่มต้น: "5"

จำนวนครั้งที่พยายามสูงสุดในการลองอีกครั้งสำหรับข้อผิดพลาดชั่วคราว หากตั้งค่าเป็น 0 ระบบจะปิดใช้การลองอีกครั้ง

ค่าเริ่มต้นของ --remote_retry_max_delay=<An immutable length of time.>: "5s"

ระยะเวลา Backoff สูงสุดระหว่างการพยายามลองใหม่จากระยะไกล คุณสามารถใช้หน่วยต่อไปนี้ได้ ได้แก่ วัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) หากไม่ระบุหน่วย ระบบจะตีความค่าเป็นวินาที

--remote_timeout=<An immutable length of time.> default: "60s"

ระยะเวลาสูงสุดที่รอการเรียกใช้ระยะไกลและการเรียกใช้แคช สําหรับแคช REST ค่านี้คือทั้งการหมดเวลาเชื่อมต่อและการอ่าน คุณสามารถใช้หน่วยต่อไปนี้ได้ ได้แก่ วัน (d) ชั่วโมง (h) นาที (m) วินาที (s) และมิลลิวินาที (ms) หากไม่ระบุหน่วย ระบบจะตีความค่าเป็นวินาที

--[no]remote_upload_local_results ค่าเริ่มต้น: "true"

การอัปโหลดผลลัพธ์การดำเนินการที่ดำเนินการในเครื่องไปยังแคชระยะไกล หากแคชระยะไกลรองรับและผู้ใช้ได้รับอนุญาตให้ดำเนินการดังกล่าว

--[no]remote_verify_downloads ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" Bazel จะคํานวณผลรวมแฮชของการดาวน์โหลดจากระยะไกลทั้งหมดและทิ้งค่าที่แคชไว้จากระยะไกลหากไม่ตรงกับค่าที่คาดไว้

ตัวเลือกอื่นๆ ที่ไม่ได้จัดหมวดหมู่ไว้

--[no]allow_analysis_cache_discard ค่าเริ่มต้น: "true"

หากต้องการทิ้งแคชการวิเคราะห์เนื่องจากการเปลี่ยนแปลงในระบบการบิลด์ การตั้งค่าตัวเลือกนี้เป็นเท็จจะทำให้ bazel ออก แทนที่จะดำเนินการต่อด้วยการสร้าง ตัวเลือกนี้จะไม่มีผลเมื่อตั้งค่า "discard_analysis_cache" ด้วย
แท็ก: eagerness_to_exit

--auto_output_filter=<none, all, packages or subpackages> ค่าเริ่มต้น: "none"

หากไม่ได้ระบุ --output_filter ระบบจะใช้ค่าของตัวเลือกนี้เพื่อสร้างตัวกรองโดยอัตโนมัติ ค่าที่อนุญาต ได้แก่ "none" (ไม่กรอง / แสดงทุกอย่าง), "all" (กรองทุกอย่าง / แสดงไม่มีอะไร), "packages" (รวมเอาเอาต์พุตจากกฎในแพ็กเกจที่กล่าวถึงในบรรทัดคำสั่งของ Blaze) และ "subpackages" (เหมือนกับ "packages" แต่รวมเอาแพ็กเกจย่อยด้วย) สำหรับค่า "packages" และ "subpackages" ระบบจะถือว่า //java/foo และ //javatests/foo เป็นแพ็กเกจเดียวกัน)'

--[no]build_manual_tests ค่าเริ่มต้น: "false"

บังคับให้สร้างเป้าหมายทดสอบที่ติดแท็ก "ด้วยตนเอง" ระบบจะไม่ประมวลผลการทดสอบที่ "ดำเนินการด้วยตนเอง" ตัวเลือกนี้จะบังคับให้คอมไพล์ (แต่ไม่เรียกใช้)

--build_tag_filters=<comma-separated list of options> ค่าเริ่มต้น: ""

ระบุรายการแท็กที่คั่นด้วยคอมมา แต่ละแท็กสามารถใส่เครื่องหมาย "-" ไว้ข้างหน้าได้เพื่อระบุแท็กที่ยกเว้น ระบบจะสร้างเฉพาะเป้าหมายที่มีแท็กที่รวมไว้อย่างน้อย 1 แท็กและไม่มีแท็กที่ยกเว้น ตัวเลือกนี้ไม่มีผลกับชุดการทดสอบที่ดำเนินการด้วยคําสั่ง "test" ซึ่งอยู่ภายใต้การควบคุมของตัวเลือกการกรองการทดสอบ เช่น "--test_tag_filters"

--[no]build_tests_only ค่าเริ่มต้น: "false"

หากระบุ ระบบจะสร้างเฉพาะกฎ *_test และ test_suite และจะละเว้นเป้าหมายอื่นๆ ที่ระบุไว้ในบรรทัดคำสั่ง โดยค่าเริ่มต้น ระบบจะสร้างทุกอย่างที่ขอ

--combined_report=<none or lcov> ค่าเริ่มต้น: "none"

ระบุประเภทรายงานความครอบคลุมแบบสะสมที่ต้องการ ขณะนี้รองรับเฉพาะ LCOV

--[no]compile_one_dependency ค่าเริ่มต้น: "false"

คอมไพล์ไฟล์อาร์กิวเมนต์แบบพึ่งพาไฟล์เดียว ซึ่งมีประโยชน์ในการตรวจสอบไวยากรณ์ของไฟล์ต้นทางใน IDE เช่น การสร้างเป้าหมายรายการเดียวขึ้นใหม่ซึ่งขึ้นอยู่กับไฟล์ต้นทางเพื่อตรวจหาข้อผิดพลาดได้เร็วที่สุดเท่าที่จะทำได้ในวงจรแก้ไข/สร้าง/ทดสอบ อาร์กิวเมนต์นี้จะส่งผลต่อวิธีตีความอาร์กิวเมนต์ที่ไม่ใช่ Flag ทั้งหมด โดยจะเป็นชื่อไฟล์ต้นทางแทนที่จะเป็นเป้าหมายที่จะสร้าง ระบบจะสร้างเป้าหมายที่กำหนดเองซึ่งขึ้นอยู่กับชื่อไฟล์ต้นฉบับแต่ละรายการ

--deleted_packages=<comma-separated list of package names> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการชื่อแพ็กเกจที่คั่นด้วยคอมมา ซึ่งระบบบิลด์จะถือว่าไม่มีอยู่ แม้ว่าจะปรากฏในเส้นทางแพ็กเกจก็ตาม ใช้ตัวเลือกนี้เมื่อลบแพ็กเกจย่อย "x/y" ของแพ็กเกจที่มีอยู่ "x" ตัวอย่างเช่น หลังจากลบ x/y/BUILD ในไคลเอ็นต์แล้ว ระบบบิลด์อาจแสดงข้อผิดพลาดหากพบป้ายกำกับ "//x:y/z" หากยังมีรายการ package_path อื่นระบุอยู่ การระบุ --deleted_packages x/y จะช่วยหลีกเลี่ยงปัญหานี้ได้

--[no]discard_analysis_cache ค่าเริ่มต้น: "false"

ทิ้งแคชการวิเคราะห์ทันทีที่ระยะการวิเคราะห์เสร็จสมบูรณ์ ลดการใช้หน่วยความจําประมาณ 10% แต่ทําให้การสร้างแบบเพิ่มอีกช้าลง

--disk_cache=<a path> default: ดูคำอธิบาย

เส้นทางไปยังไดเรกทอรีที่ Bazel อ่านและเขียนการดำเนินการและเอาต์พุตการดำเนินการได้ หากยังไม่มีไดเรกทอรี ระบบจะสร้างให้

--embed_label=<a one-line string> ค่าเริ่มต้น: ""

ฝังการแก้ไขหรือป้ายกำกับรุ่นของการควบคุมแหล่งที่มาในไบนารี

--execution_log_binary_file=<a path> default: ดูคำอธิบาย

บันทึกการเรียกใช้ที่ดำเนินการแล้วลงในไฟล์นี้เป็นโปรโตคอล SpawnExec ที่แบ่งความยาวตาม src/main/protobuf/spawn.proto โปรดใช้ --execution_log_compact_file ซึ่งไฟล์มีขนาดเล็กกว่าและประหยัดค่าใช้จ่ายในการจัดทำได้อย่างมาก Flag ที่เกี่ยวข้อง: --execution_log_compact_file (รูปแบบกะทัดรัด; ใช้ร่วมกันไม่ได้), --execution_log_json_file (รูปแบบ JSON ที่เป็นข้อความ; ใช้ร่วมกันไม่ได้), --execution_log_sort (จัดเรียงบันทึกการดำเนินการหรือไม่), --subcommands (สำหรับแสดงคำสั่งย่อยในเอาต์พุตของเทอร์มินัล)

--execution_log_compact_file=<a path> default: ดูคำอธิบาย

บันทึกการเริ่มที่ดำเนินการแล้วลงในไฟล์นี้เป็นโปรโตคอล ExecLogEntry ที่จำกัดความยาวตาม src/main/protobuf/spawn.proto ไฟล์ทั้งหมดได้รับการบีบอัด zstd Flag ที่เกี่ยวข้อง: --execution_log_binary_file (รูปแบบไบนารี protobuf; ใช้ร่วมกันไม่ได้), --execution_log_json_file (รูปแบบข้อความ JSON; ใช้ร่วมกันไม่ได้), --subcommands (สำหรับแสดงคำสั่งย่อยในเอาต์พุตเทอร์มินัล)

--execution_log_json_file=<a path> default: ดูคำอธิบาย

บันทึกการเริ่มที่ดำเนินการแล้วลงในไฟล์นี้เป็นการแสดงโปรโตคอล SpawnExec ในรูปแบบ JSON ที่คั่นด้วยการขึ้นบรรทัดใหม่ตาม src/main/protobuf/spawn.proto โปรดใช้ --execution_log_compact_file ซึ่งไฟล์มีขนาดเล็กกว่าและประหยัดค่าใช้จ่ายในการจัดทำได้อย่างมาก Flag ที่เกี่ยวข้อง: --execution_log_compact_file (รูปแบบกะทัดรัด; ใช้ร่วมกันไม่ได้), --execution_log_binary_file (รูปแบบ protobuf แบบไบนารี; ใช้ร่วมกันไม่ได้), --execution_log_sort (จัดเรียงบันทึกการดำเนินการหรือไม่), --subcommands (สำหรับแสดงคำสั่งย่อยในเอาต์พุตเทอร์มินัล)

--[no]execution_log_sort ค่าเริ่มต้น: "true"

เลือกว่าจะจัดเรียงบันทึกการดำเนินการหรือไม่ ซึ่งจะช่วยให้เปรียบเทียบบันทึกระหว่างการเรียกใช้ได้ง่ายขึ้น ตั้งค่าเป็นเท็จเพื่อหลีกเลี่ยงการใช้งาน CPU และหน่วยความจําที่อาจเกิดขึ้นเมื่อการเรียกใช้สิ้นสุดลง แต่จะต้องเสียค่าใช้จ่ายในการสร้างบันทึกในลําดับการดําเนินการที่ไม่ใช่แบบกำหนดได้ มีผลกับรูปแบบไบนารีและ JSON เท่านั้น ระบบจะไม่จัดเรียงรูปแบบกะทัดรัด

--[no]expand_test_suites ค่าเริ่มต้น: "true"

ขยายเป้าหมาย test_suite เป็นการทดสอบที่เกี่ยวข้องก่อนการวิเคราะห์ เมื่อเปิดใช้ Flag นี้ (ค่าเริ่มต้น) รูปแบบเป้าหมายเชิงลบจะมีผลกับทดสอบที่อยู่ในชุดทดสอบ มิเช่นนั้นจะไม่มีผล การปิดใช้ Flag นี้จะมีประโยชน์เมื่อใช้แง่มุมระดับบนสุดในบรรทัดคำสั่ง จากนั้นระบบจะวิเคราะห์เป้าหมาย test_suite ได้
แท็ก: loading_and_analysis

--experimental_disk_cache_gc_idle_delay=<An immutable length of time.> ค่าเริ่มต้น: "5m"

ระยะเวลาที่เซิร์ฟเวอร์ต้องไม่มีการใช้งานก่อนที่ระบบจะรวบรวมขยะในแคชดิสก์ หากต้องการระบุนโยบายการเก็บขยะ ให้ตั้งค่า --experimental_disk_cache_gc_max_size และ/หรือ --experimental_disk_cache_gc_max_age

ค่าเริ่มต้นของ --experimental_disk_cache_gc_max_age=<An immutable length of time.>: "0"

หากตั้งค่าเป็นค่าบวก ระบบจะรวบรวมขยะในแคชดิสก์เป็นระยะเพื่อนำรายการที่เก่ากว่าอายุนี้ออก หากตั้งค่าร่วมกับ --experimental_disk_cache_gc_max_size ระบบจะใช้ทั้ง 2 เกณฑ์ การรวบรวมขยะจะเกิดขึ้นในเบื้องหลังเมื่อเซิร์ฟเวอร์ไม่มีการใช้งาน โดยระบบจะกำหนดตาม Flag --experimental_disk_cache_gc_idle_delay

ค่าเริ่มต้นของ --experimental_disk_cache_gc_max_size=<a size in bytes, optionally followed by a K, M, G or T multiplier>: "0"

หากตั้งค่าเป็นค่าบวก ระบบจะรวบรวมขยะในแคชดิสก์เป็นระยะๆ เพื่อให้มีขนาดไม่เกินค่านี้ หากตั้งค่าร่วมกับ --experimental_disk_cache_gc_max_age ระบบจะใช้ทั้ง 2 เกณฑ์ การรวบรวมขยะจะเกิดขึ้นในเบื้องหลังเมื่อเซิร์ฟเวอร์ไม่มีการใช้งาน โดยระบบจะกำหนดตาม Flag --experimental_disk_cache_gc_idle_delay

--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> ค่าเริ่มต้น: ""

เลิกใช้งานแล้วเพื่อใช้ "แง่มุม" แทน กรองชุดเป้าหมายเพื่อกําหนดเวลา extra_actions

--[no]experimental_extra_action_top_level_only ค่าเริ่มต้น: "false"

เลิกใช้งานแล้วเพื่อใช้ "แง่มุม" แทน กำหนดเวลา extra_actions เฉพาะสำหรับเป้าหมายระดับบนสุด

--experimental_spawn_scheduler

เปิดใช้การดำเนินการแบบไดนามิกโดยเรียกใช้การดำเนินการพร้อมกันทั้งแบบในเครื่องและจากระยะไกล Bazel จะสร้างการดำเนินการแต่ละรายการในเครื่องและจากระยะไกล แล้วเลือกการดำเนินการที่เสร็จสมบูรณ์ก่อน หากการดำเนินการรองรับผู้ปฏิบัติงาน ระบบจะเรียกใช้การดำเนินการในเครื่องในโหมดผู้ปฏิบัติงานแบบถาวร หากต้องการเปิดใช้การดำเนินการแบบไดนามิกสำหรับคําช่วยจําการดําเนินการแต่ละรายการ ให้ใช้ Flag `--internal_spawn_scheduler` และ `--strategy=<mnemonic>=dynamic` แทน
ขยายเป็น
  --internal_spawn_scheduler
  --spawn_strategy=dynamic

--[no]fetch ค่าเริ่มต้น: "true"

อนุญาตให้คําสั่งดึงข้อมูลการอ้างอิงภายนอก หากตั้งค่าเป็นเท็จ คำสั่งจะใช้ทรัพยากร Dependency เวอร์ชันที่แคชไว้ หากไม่มี คำสั่งจะดำเนินการไม่สำเร็จ

--local_termination_grace_seconds=<an integer> ค่าเริ่มต้น: "15"

เวลารอระหว่างการสิ้นสุดกระบวนการในเครื่องเนื่องจากหมดเวลากับการปิดกระบวนการนั้นโดยบังคับ

--package_path=<colon-separated list of options> ค่าเริ่มต้น: "%workspace%"

รายการตำแหน่งที่จะค้นหาแพ็กเกจที่คั่นด้วยโคลอน องค์ประกอบที่ขึ้นต้นด้วย "%workspace%" จะสัมพันธ์กับเวิร์กスペースที่ล้อมรอบ หากละเว้นหรือว่างเปล่า ค่าเริ่มต้นจะเป็นเอาต์พุตของ "bazel info default-package-path"

--[no]show_loading_progress ค่าเริ่มต้น: "true"

หากเปิดใช้ จะทำให้ Bazel พิมพ์ข้อความ "กำลังโหลดแพ็กเกจ:"

--test_lang_filters=<comma-separated list of options> ค่าเริ่มต้น: ""

ระบุรายการภาษาทดสอบที่คั่นด้วยคอมมา คุณใส่เครื่องหมาย "-" ไว้หน้าแต่ละภาษาเพื่อระบุภาษาที่ยกเว้นได้ ระบบจะค้นหาเฉพาะเป้าหมายการทดสอบที่เขียนในภาษาที่ระบุ ชื่อที่ใช้สำหรับแต่ละภาษาควรเหมือนกับคำนำหน้าภาษาในกฎ *_test เช่น "cc", "java", "py" เป็นต้น ตัวเลือกนี้จะส่งผลต่อลักษณะการทํางานของ --build_tests_only และคำสั่งทดสอบ

--test_size_filters=<comma-separated list of values: small, medium, large, or enormous> ค่าเริ่มต้น: ""

ระบุรายการขนาดการทดสอบที่คั่นด้วยคอมมา คุณใส่เครื่องหมาย "-" ไว้หน้าขนาดแต่ละขนาดเพื่อระบุขนาดที่ยกเว้นได้ ระบบจะค้นหาเฉพาะเป้าหมายการทดสอบที่มีขนาดที่รวมไว้อย่างน้อย 1 ขนาดและไม่มีขนาดที่ยกเว้น ตัวเลือกนี้จะส่งผลต่อลักษณะการทํางานของ --build_tests_only และคำสั่งทดสอบ

--test_tag_filters=<comma-separated list of options> ค่าเริ่มต้น: ""

ระบุรายการแท็กทดสอบที่คั่นด้วยคอมมา แต่ละแท็กสามารถใส่เครื่องหมาย "-" ไว้ข้างหน้าได้เพื่อระบุแท็กที่ยกเว้น ระบบจะค้นหาเฉพาะเป้าหมายการทดสอบที่มีแท็กที่รวมไว้อย่างน้อย 1 แท็กและไม่มีแท็กที่ยกเว้น ตัวเลือกนี้จะส่งผลต่อลักษณะการทํางานของ --build_tests_only และคำสั่งทดสอบ

--test_timeout_filters=<comma-separated list of values: short, moderate, long, or eternal> ค่าเริ่มต้น: ""

ระบุรายการการหมดเวลาการทดสอบที่คั่นด้วยคอมมา คุณใส่เครื่องหมาย "-" ไว้หน้าการหมดเวลาแต่ละรายการเพื่อระบุการหมดเวลาที่ยกเว้นได้ ระบบจะค้นหาเฉพาะเป้าหมายการทดสอบที่มีระยะหมดเวลาที่รวมไว้อย่างน้อย 1 รายการและไม่มีระยะหมดเวลาที่ยกเว้น ตัวเลือกนี้จะส่งผลต่อลักษณะการทํางานของ --build_tests_only และคำสั่งทดสอบ

--workspace_status_command=<path> ค่าเริ่มต้น: ""

คําสั่งที่เรียกใช้ในช่วงเริ่มต้นของการสร้างเพื่อระบุข้อมูลสถานะเกี่ยวกับพื้นที่ทํางานในรูปแบบคู่คีย์/ค่า ดูข้อกำหนดฉบับเต็มได้ในคู่มือผู้ใช้ โปรดดูตัวอย่างที่ tools/buildstamp/get_workspace_status ด้วย

ตัวเลือกที่ควบคุมการดำเนินการบิลด์

--[no]experimental_inprocess_symlink_creation ค่าเริ่มต้น: "true"

กำหนดว่าจะเรียกใช้ระบบไฟล์โดยตรงเพื่อสร้างต้นไม้ลิงก์แทนที่จะมอบหมายให้กระบวนการตัวช่วยหรือไม่
แท็ก: loading_and_analysis, execution, experimental

--[no]experimental_persistent_aar_extractor ค่าเริ่มต้น: "false"

เปิดใช้เครื่องมือแยก Aar แบบถาวรโดยใช้เวิร์กเกอร์
แท็ก: execution, experimental

--[no]experimental_remotable_source_manifests ค่าเริ่มต้น: "false"

กำหนดให้ดำเนินการในไฟล์ Manifest ของแหล่งที่มาจากระยะไกลได้หรือไม่
แท็ก: loading_and_analysis, execution, experimental

--[no]experimental_split_coverage_postprocessing ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะเรียกใช้การประมวลผลผลลัพธ์ของการทดสอบในกระบวนการใหม่
แท็ก: execution, experimental

--[no]experimental_strict_fileset_output ค่าเริ่มต้น: "false"

หากเปิดใช้ตัวเลือกนี้ ไฟล์ชุดจะถือว่าอาร์ติแฟกต์เอาต์พุตทั้งหมดเป็นไฟล์ปกติ จะไม่ไปยังไดเรกทอรีต่างๆ หรือสนใจเกี่ยวกับสัญลักษณ์ลิงก์
แท็ก: execution, experimental

--[no]incompatible_modify_execution_info_additive ค่าเริ่มต้น: "false"

เมื่อเปิดใช้ การส่ง Flag --modify_execution_info หลายรายการจะเป็นการเพิ่ม เมื่อปิดใช้ ระบบจะพิจารณาเฉพาะการแจ้งเตือนล่าสุดเท่านั้น
แท็ก: execution, affects_outputs, loading_and_analysis, incompatible_change

--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> ระบบจะรวบรวมการใช้งานหลายครั้ง

เพิ่มหรือนําคีย์ออกจากข้อมูลการดําเนินการของการดำเนินการตามคําช่วยจําของการดำเนินการ ใช้กับการดำเนินการที่รองรับข้อมูลการดำเนินการเท่านั้น การดำเนินการทั่วไปหลายรายการรองรับข้อมูลการดำเนินการ เช่น Genrule, CppCompile, Javac, StarlarkAction, TestRunner เมื่อระบุหลายค่า ลําดับจะมีความสำคัญเนื่องจากนิพจน์ทั่วไปหลายรายการอาจใช้กับคําช่วยจําเดียวกัน รูปแบบคำสั่ง: "regex=[+-]key,regex=[+-]key,..." ตัวอย่าง '.*=+x,.*=-y,.*=+z' จะเพิ่ม "x" และ "z" ลงในข้อมูลการดำเนินการสําหรับการดําเนินการทั้งหมด และนํา "y" ออก "Genrule=+requires-x" จะเพิ่ม "requires-x" ลงในข้อมูลการดำเนินการสำหรับการดำเนินการ Genrule ทั้งหมด "(?!Genrule).*=-requires-x" นำ "requires-x" ออกจากข้อมูลการดำเนินการสำหรับการดำเนินการที่ไม่ใช่ Genrule ทั้งหมด
แท็ก: execution, affects_outputs, loading_and_analysis

--persistent_android_dex_desugar

เปิดใช้การดำเนินการ Desugar และ Dex ของ Android แบบถาวรโดยใช้ Executor
ขยายเป็น
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

แท็ก: host_machine_resource_optimizations, execution

--persistent_android_resource_processor

เปิดใช้โปรแกรมประมวลผลทรัพยากร Android แบบถาวรโดยใช้ผู้ปฏิบัติงาน
ขยายเป็น
  --internal_persistent_busybox_tools
  --strategy=AaptPackage=worker
  --strategy=AndroidResourceParser=worker
  --strategy=AndroidResourceValidator=worker
  --strategy=AndroidResourceCompiler=worker
  --strategy=RClassGenerator=worker
  --strategy=AndroidResourceLink=worker
  --strategy=AndroidAapt2=worker
  --strategy=AndroidAssetMerger=worker
  --strategy=AndroidResourceMerger=worker
  --strategy=AndroidCompiledResourceMerger=worker
  --strategy=ManifestMerger=worker
  --strategy=AndroidManifestMerger=worker
  --strategy=Aapt2Optimize=worker
  --strategy=AARGenerator=worker
  --strategy=ProcessDatabinding=worker
  --strategy=GenerateDataBindingBaseClasses=worker

แท็ก: host_machine_resource_optimizations, execution

--persistent_multiplex_android_dex_desugar

เปิดใช้การดำเนินการ Desugar และ Dex ของ Android แบบหลายเพล็กซ์แบบถาวรโดยใช้ผู้ปฏิบัติงาน
ขยายเป็น
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

แท็ก: host_machine_resource_optimizations, execution

--persistent_multiplex_android_resource_processor

เปิดใช้ตัวประมวลผลทรัพยากร Android แบบหลายเพล็กซ์แบบถาวรโดยใช้ผู้ปฏิบัติงาน
ขยายเป็น
  --persistent_android_resource_processor
  --modify_execution_info=AaptPackage=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
  --modify_execution_info=RClassGenerator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
  --modify_execution_info=AndroidAapt2=+supports-multiplex-workers
  --modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
  --modify_execution_info=ManifestMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
  --modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
  --modify_execution_info=AARGenerator=+supports-multiplex-workers

แท็ก: host_machine_resource_optimizations, execution

--persistent_multiplex_android_tools

เปิดใช้เครื่องมือ Android แบบถาวรและแบบหลายเพล็กซ์ (การแปลงไฟล์ Dex, การถอด Sugar, การประมวลผลทรัพยากร)
ขยายเป็น
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

แท็ก: host_machine_resource_optimizations, execution

--[no]use_target_platform_for_tests ค่าเริ่มต้น: "false"

หากเป็นจริง Bazel จะใช้แพลตฟอร์มเป้าหมายในการเรียกใช้การทดสอบแทนกลุ่ม exec ทดสอบ
แท็ก: execution

ตัวเลือกที่กำหนดค่าเครื่องมือที่ใช้สำหรับการดำเนินการ

--android_compiler=<a string> default: ดูคำอธิบาย

คอมไพเลอร์เป้าหมาย Android
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state

--android_manifest_merger=<legacy, android or force_android> ค่าเริ่มต้น: "android"

เลือกเครื่องมือผสานไฟล์ Manifest ที่จะใช้กับกฎ android_binary แจ้งเพื่อช่วยให้การเปลี่ยนไปใช้การผสานไฟล์ Manifest ของ 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

--apple_crosstool_top=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/cpp:toolchain"

ป้ายกำกับของแพ็กเกจ Crosstool ที่จะใช้ในกฎของ Apple และ Objc รวมถึงการพึ่งพา
แท็ก: loses_incremental_state, changes_inputs

--cc_output_directory_tag=<a string> ค่าเริ่มต้น: ""

ระบุส่วนต่อท้ายที่จะเพิ่มลงในไดเรกทอรีการกําหนดค่า
แท็ก: affects_outputs

--compiler=<a string> default: ดูคำอธิบาย

คอมไพเลอร์ C++ ที่จะใช้ในการคอมไพล์เป้าหมาย
แท็ก: loading_and_analysis, execution

--coverage_output_generator=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/test:lcov_merger"

ตำแหน่งของไบนารีที่ใช้ประมวลผลรายงานการครอบคลุมแบบดิบในขั้นตอนหลัง ซึ่งปัจจุบันต้องเป็นกลุ่มไฟล์ที่มีไฟล์เดียว ซึ่งเป็นไฟล์ไบนารี ค่าเริ่มต้นคือ "//tools/test:lcov_merger"
แท็ก: changes_inputs, affects_outputs, loading_and_analysis

--coverage_report_generator=<a build target label> default: "@bazel_tools//tools/test:coverage_report_generator"

ตำแหน่งของไบนารีที่ใช้สร้างรายงานการครอบคลุม ซึ่งปัจจุบันต้องเป็นกลุ่มไฟล์ที่มีไฟล์เดียว ซึ่งเป็นไฟล์ไบนารี ค่าเริ่มต้นคือ "//tools/test:coverage_report_generator"
แท็ก: changes_inputs, affects_outputs, loading_and_analysis

--coverage_support=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/test:coverage_support"

ตำแหน่งของไฟล์สนับสนุนที่จําเป็นในอินพุตของการดำเนินการทดสอบทุกครั้งที่รวบรวมการครอบคลุมโค้ด ค่าเริ่มต้นคือ "//tools/test:coverage_support"
แท็ก: changes_inputs, affects_outputs, loading_and_analysis

--custom_malloc=<a build target label> default: ดูคำอธิบาย

ระบุการใช้งาน malloc ที่กําหนดเอง การตั้งค่านี้จะลบล้างแอตทริบิวต์ malloc ในกฎการสร้าง
แท็ก: changes_inputs, affects_outputs

--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการนิพจน์ทั่วไปที่คั่นด้วยคอมมา โดยแต่ละรายการจะมีคำนำหน้าเป็น - (นิพจน์เชิงลบ) หรือไม่ก็ได้ ซึ่งกำหนดค่า (=) ให้กับรายการเป้าหมายค่าข้อจำกัดที่คั่นด้วยคอมมา หากเป้าหมายไม่ตรงกับนิพจน์เชิงลบและตรงกับนิพจน์เชิงบวกอย่างน้อย 1 รายการ ระบบจะดำเนินการแก้ไขเครื่องมือทางเทคนิคของเป้าหมายนั้นราวกับว่าได้ประกาศค่าข้อจำกัดเป็นข้อจำกัดการดําเนินการ ตัวอย่างเช่น //demo,-test=@platforms//cpus:x86_64 จะเพิ่ม "x86_64" ลงในเป้าหมายใดก็ได้ในส่วน //demo ยกเว้นเป้าหมายที่มีชื่อเป็น "test"
แท็ก: loading_and_analysis

--[no]experimental_include_xcode_execution_requirements ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ให้เพิ่มข้อกำหนดการเรียกใช้ "requires-xcode:{version}" ลงในการดำเนินการ Xcode ทั้งหมด หากเวอร์ชัน Xcode มีป้ายกำกับที่ขีดกลาง ให้เพิ่มข้อกำหนดการเรียกใช้ "requires-xcode-label:{version_label}" ด้วย
แท็ก: loses_incremental_state, loading_and_analysis, execution, experimental

--[no]experimental_prefer_mutual_xcode ค่าเริ่มต้น: "true"

หากเป็น "จริง" ให้ใช้ Xcode เวอร์ชันล่าสุดที่มีทั้งแบบในเครื่องและแบบระยะไกล หากเป็นเท็จหรือไม่มีเวอร์ชันที่ใช้ร่วมกันได้ ให้ใช้ Xcode เวอร์ชันในเครื่องที่เลือกผ่าน xcode-select
แท็ก: loses_incremental_state, experimental

--extra_execution_platforms=<comma-separated list of options> ค่าเริ่มต้น: ""

แพลตฟอร์มที่ใช้เป็นแพลตฟอร์มการดําเนินการเพื่อเรียกใช้การดําเนินการ แพลตฟอร์มสามารถระบุตามเป้าหมายที่ตรงกันทั้งหมดหรือเป็นรูปแบบเป้าหมาย ระบบจะพิจารณาแพลตฟอร์มเหล่านี้ก่อนแพลตฟอร์มที่ประกาศไว้ในไฟล์ WORKSPACE โดย register_execution_platforms() ตัวเลือกนี้ตั้งค่าได้เพียงครั้งเดียว อินสแตนซ์ที่ตามมาจะลบล้างการตั้งค่า Flag ก่อนหน้า
แท็ก: execution

--extra_toolchains=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

กฎของ Toolchain ที่ควรพิจารณาระหว่างการแก้ไข Toolchain คุณสามารถระบุ Toolchain ตามเป้าหมายที่ตรงกันทั้งหมด หรือเป็นรูปแบบเป้าหมายก็ได้ ระบบจะพิจารณา Toolchain เหล่านี้ก่อน Toolchain ที่ประกาศไว้ในไฟล์ WORKSPACE โดย register_toolchains()
แท็ก: affects_outputs, changes_inputs, loading_and_analysis

--grte_top=<a label> default: ดูคำอธิบาย

ป้ายกำกับสำหรับไลบรารี libc ที่เช็คอินแล้ว เครื่องมือทํางานแบบข้ามแพลตฟอร์มจะเลือกค่าเริ่มต้น และคุณแทบไม่จําเป็นต้องลบล้างค่าดังกล่าว
แท็ก: action_command_lines, affects_outputs

--host_compiler=<a string> default: ดูคำอธิบาย

Flag ที่ไม่มีการดำเนินการ ระบบจะนำออกในรุ่นต่อๆ ไป
แท็ก: loading_and_analysis, execution

--host_grte_top=<a label> default: ดูคำอธิบาย

หากระบุไว้ การตั้งค่านี้จะลบล้างไดเรกทอรีระดับบนสุดของ libc (--grte_top) สําหรับการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_platform=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools:host_platform"

ป้ายกํากับของกฎแพลตฟอร์มที่อธิบายระบบโฮสต์
แท็ก: affects_outputs, changes_inputs, loading_and_analysis

--[no]incompatible_bazel_test_exec_run_under ค่าเริ่มต้น: "false"

หากเปิดใช้ "bazel test --run_under=//:runner" จะสร้าง "//:runner" ในการกำหนดค่า exec หากปิดใช้ ระบบจะสร้าง "//:runner" ในการกําหนดค่าเป้าหมาย Bazel จะทำการทดสอบบนเครื่องที่ใช้ exec ดังนั้นตัวเลือกแรกจึงถูกต้องกว่า ซึ่งจะไม่ส่งผลต่อ "bazel run" ซึ่งจะสร้าง "`--run_under=//foo" ในการกําหนดค่าเป้าหมายเสมอ
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_dont_enable_host_nonhost_crosstool_features ค่าเริ่มต้น: "true"

หากเป็น "จริง" Bazel จะไม่เปิดใช้ฟีเจอร์ "โฮสต์" และ "ไม่ใช่โฮสต์" ในชุดเครื่องมือ C++ (ดูข้อมูลเพิ่มเติมที่ https://github.com/bazelbuild/bazel/issues/7407)
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_enable_apple_toolchain_resolution ค่าเริ่มต้น: "false"

ใช้การแก้ไขเครื่องมือเพื่อเลือก Apple SDK สําหรับกฎของ Apple (Starlark และแบบดั้งเดิม)
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_remove_legacy_whole_archive ค่าเริ่มต้น: "true"

หากเป็น "จริง" Bazel จะไม่ลิงก์ไลบรารี Dependency เป็นไฟล์เก็บถาวรทั้งไฟล์โดยค่าเริ่มต้น (ดูวิธีการย้ายข้อมูลได้ที่ https://github.com/bazelbuild/bazel/issues/7362)
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_strip_executable_safely ค่าเริ่มต้น: "false"

หากเป็นจริง การดำเนินการลบข้อมูลสำหรับไฟล์ปฏิบัติการจะใช้ Flag -x ซึ่งจะไม่ทำให้การแก้ไขสัญลักษณ์แบบไดนามิกเสียหาย
แท็ก: action_command_lines, incompatible_change

--[no]interface_shared_objects ค่าเริ่มต้น: "true"

ใช้ออบเจ็กต์ที่แชร์ของอินเทอร์เฟซหากเครื่องมือทางเทคนิครองรับ เครื่องมือทํางาน ELF ทั้งหมดรองรับการตั้งค่านี้ในปัจจุบัน
แท็ก: loading_and_analysis, affects_outputs, affects_outputs

--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ iOS SDK ที่จะใช้สร้างแอปพลิเคชัน iOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน iOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ macOS SDK ที่จะใช้สร้างแอปพลิเคชัน macOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน macOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--minimum_os_version=<a string> default: ดูคำอธิบาย

เวอร์ชันระบบปฏิบัติการขั้นต่ำที่การคอมไพล์กำหนดเป้าหมาย
แท็ก: loading_and_analysis, affects_outputs

--platform_mappings=<a main workspace-relative path> ค่าเริ่มต้น: ""

ตำแหน่งของไฟล์การแมปที่อธิบายว่าควรใช้แพลตฟอร์มใดหากไม่ได้ตั้งค่าไว้ หรือควรตั้งค่า Flag ใดเมื่อมีแพลตฟอร์มอยู่แล้ว ต้องสัมพันธ์กับรูทของพื้นที่ทํางานหลัก ค่าเริ่มต้นคือ "platform_mappings" (ไฟล์ที่อยู่ใต้รูทของพื้นที่ทํางานโดยตรง)
แท็ก: affects_outputs, changes_inputs, loading_and_analysis, immutable

--platforms=<a build target label> ค่าเริ่มต้น: ""

ป้ายกํากับของกฎแพลตฟอร์มที่อธิบายแพลตฟอร์มเป้าหมายสําหรับคําสั่งปัจจุบัน
แท็ก: affects_outputs, changes_inputs, loading_and_analysis

--python_path=<a string> default: ดูคำอธิบาย

เส้นทางสัมบูรณ์ของโปรแกรมแปลภาษา Python ที่เรียกใช้เพื่อเรียกใช้เป้าหมาย Python ในแพลตฟอร์มเป้าหมาย เลิกใช้งานแล้ว ปิดใช้โดย --incompatible_use_python_toolchains
แท็ก: loading_and_analysis, affects_outputs

--python_top=<a build target label> default: ดูคำอธิบาย

ป้ายกํากับของ py_runtime ที่แสดงถึงโปรแกรมแปลภาษา Python ที่เรียกใช้เพื่อเรียกใช้เป้าหมาย Python ในแพลตฟอร์มเป้าหมาย เลิกใช้งานแล้ว ปิดใช้โดย --incompatible_use_python_toolchains
แท็ก: loading_and_analysis, affects_outputs

--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ tvOS SDK ที่จะใช้สร้างแอปพลิเคชัน tvOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน tvOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

ระบุเวอร์ชันของ watchOS SDK ที่จะใช้สร้างแอปพลิเคชัน watchOS หากไม่ระบุ ระบบจะใช้เวอร์ชัน watchOS SDK เริ่มต้นจาก "xcode_version"
แท็ก: loses_incremental_state

--xcode_version=<a string> default: ดูคำอธิบาย

หากระบุไว้ จะใช้ Xcode ของเวอร์ชันที่ระบุสำหรับการดำเนินการบิลด์ที่เกี่ยวข้อง หากไม่ระบุ ระบบจะใช้ Xcode เวอร์ชันเริ่มต้นของผู้ดำเนินการ
แท็ก: loses_incremental_state

--xcode_version_config=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/cpp:host_xcodes"

ป้ายกำกับของกฎ xcode_config ที่จะใช้ในการเลือกเวอร์ชัน Xcode ในการกำหนดค่าบิลด์
แท็ก: loses_incremental_state, loading_and_analysis

ตัวเลือกที่ควบคุมเอาต์พุตของคําสั่ง

--[no]apple_generate_dsym ค่าเริ่มต้น: "false"

สร้างไฟล์สัญลักษณ์สำหรับแก้ไขข้อบกพร่อง (.dSYM) หรือไม่
แท็ก: affects_outputs, action_command_lines

--[no]build_runfile_links ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะสร้างป่าซิงค์ลิงไฟล์รันไทม์สำหรับเป้าหมายทั้งหมด หากเป็นเท็จ ระบบจะเขียนเฉพาะในกรณีที่การดำเนินการในเครื่อง ทดสอบ หรือเรียกใช้คําสั่งจําเป็น
แท็ก: affects_outputs

--[no]build_runfile_manifests ค่าเริ่มต้น: "true"

หากเป็นจริง ระบบจะเขียนไฟล์ Manifest ของไฟล์รันไทม์สำหรับเป้าหมายทั้งหมด หากเป็นเท็จ ให้ละเว้น การทดสอบในเครื่องจะทํางานไม่สําเร็จเมื่อเป็นเท็จ
แท็ก: affects_outputs

--[no]build_test_dwp ค่าเริ่มต้น: "false"

หากเปิดใช้ เมื่อสร้างการทดสอบ C++ แบบคงที่และด้วย Fission ระบบจะสร้างไฟล์ .dwp สำหรับไบนารีทดสอบโดยอัตโนมัติด้วย
แท็ก: loading_and_analysis, affects_outputs

--cc_proto_library_header_suffixes=<comma-separated set of options> ค่าเริ่มต้น: ".pb.h"

ตั้งค่าส่วนต่อท้ายของไฟล์ส่วนหัวที่ cc_proto_library สร้างขึ้น
แท็ก: affects_outputs, loading_and_analysis

--cc_proto_library_source_suffixes=<comma-separated set of options> ค่าเริ่มต้น: ".pb.cc"

ตั้งค่าส่วนต่อท้ายของไฟล์ต้นฉบับที่ cc_proto_library สร้าง
แท็ก: affects_outputs, loading_and_analysis

--[no]experimental_proto_descriptor_sets_include_source_info ค่าเริ่มต้น: "false"

เรียกใช้การดำเนินการเพิ่มเติมสำหรับเวอร์ชัน Java API อื่นใน proto_library
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_save_feature_state ค่าเริ่มต้น: "false"

บันทึกสถานะของฟีเจอร์ที่เปิดใช้และที่ขอไว้เป็นเอาต์พุตของการคอมไพล์
แท็ก: affects_outputs, experimental

--fission=<a set of compilation modes> ค่าเริ่มต้น: "no"

ระบุโหมดการคอมไพล์ที่ใช้ Fission สําหรับการคอมไพล์และการลิงก์ C++ อาจเป็นชุดค่าผสมของ {'fastbuild', 'dbg', 'opt'} หรือค่าพิเศษ "yes" เพื่อเปิดใช้ทุกโหมด และ "no" เพื่อปิดใช้ทุกโหมด
แท็ก: loading_and_analysis, action_command_lines, affects_outputs

--[no]incompatible_always_include_files_in_data ค่าเริ่มต้น: "true"

หากเป็น "จริง" กฎแบบเนทีฟจะเพิ่ม <code>DefaultInfo.files</code> ของข้อมูลที่ต้องพึ่งพาลงในไฟล์รันไทม์ ซึ่งตรงกับลักษณะการทำงานที่แนะนำสำหรับกฎ Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid)
แท็ก: affects_outputs, incompatible_change

--[no]legacy_external_runfiles ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะสร้างป่าซิงค์ลิงก์ของไฟล์รันไทม์สำหรับที่เก็บข้อมูลภายนอกในส่วน .runfiles/wsname/external/repo (นอกเหนือจาก .runfiles/repo)
แท็ก: affects_outputs

--[no]objc_generate_linkmap ค่าเริ่มต้น: "false"

ระบุว่าจะสร้างไฟล์ Linkmap หรือไม่
แท็ก: affects_outputs

--[no]save_temps ค่าเริ่มต้น: "false"

หากตั้งค่าไว้ ระบบจะบันทึกเอาต์พุตชั่วคราวจาก gcc ซึ่งรวมถึงไฟล์ .s (โค้ดแอสเซมเบลอร์), ไฟล์ .i (C ที่ผ่านการประมวลผลล่วงหน้า) และไฟล์ .ii (C++ ที่ผ่านการประมวลผลล่วงหน้า)
แท็ก: affects_outputs

ตัวเลือกที่อนุญาตให้ผู้ใช้กําหนดค่าเอาต์พุตที่ต้องการ ซึ่งส่งผลต่อค่าของเอาต์พุต ไม่ใช่การมีอยู่ของเอาต์พุต

--action_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุชุดตัวแปรสภาพแวดล้อมที่ใช้ได้กับการดําเนินการที่มีการกำหนดค่าเป้าหมาย ตัวแปรสามารถระบุโดยใช้ชื่อ ซึ่งในกรณีนี้ระบบจะนำค่ามาจากสภาพแวดล้อมการเรียกใช้ หรือระบุโดยใช้คู่ชื่อ=ค่า ซึ่งจะตั้งค่าโดยไม่ขึ้นอยู่กับสภาพแวดล้อมการเรียกใช้ คุณใช้ตัวเลือกนี้ได้หลายครั้ง ตัวเลือกสําหรับตัวแปรเดียวกันจะเลือกตัวเลือกล่าสุด ส่วนตัวเลือกสําหรับตัวแปรต่างๆ จะรวมกัน
แท็ก: action_command_lines

--allowed_cpu_values=<comma-separated set of options> ค่าเริ่มต้น: ""

ค่าที่ใช้ได้สำหรับ Flag --cpu
แท็ก: changes_inputs, affects_outputs

--[no]android_databinding_use_androidx ค่าเริ่มต้น: "true"

สร้างไฟล์การเชื่อมโยงข้อมูลที่เข้ากันได้กับ AndroidX ใช้กับ DataBinding v2 เท่านั้น Flag นี้ไม่มีผลใดๆ
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]android_databinding_use_v3_4_args ค่าเริ่มต้น: "true"

ใช้ Android Databinding v2 ที่มีอาร์กิวเมนต์ 3.4.0 Flag นี้ไม่มีผลใดๆ
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--android_dynamic_mode=<off, default or fully> ค่าเริ่มต้น: "off"

กำหนดว่าจะลิงก์ deps C++ ของกฎ Android แบบไดนามิกหรือไม่เมื่อ cc_binary ไม่ได้สร้างไลบรารีที่ใช้ร่วมกันอย่างชัดเจน "default" หมายความว่า Bazel จะเลือกว่าจะลิงก์แบบไดนามิกหรือไม่ "ทั้งหมด" หมายความว่าระบบจะลิงก์คลังทั้งหมดแบบไดนามิก "ปิด" หมายความว่าระบบจะลิงก์คลังทั้งหมดในโหมดคงที่ส่วนใหญ่
แท็ก: affects_outputs, loading_and_analysis

ค่าเริ่มต้นของ --android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>: "alphabetical"

กำหนดลําดับของไฟล์ Manifest ที่ส่งไปยังเครื่องมือผสานไฟล์ Manifest สําหรับไบนารีของ Android ALPHABETICAL หมายความว่าไฟล์ Manifest จะจัดเรียงตามเส้นทางที่สัมพันธ์กับ execroot ALPHABETICAL_BY_CONFIGURATION หมายความว่าไฟล์ Manifest จะจัดเรียงตามเส้นทางที่สัมพันธ์กับไดเรกทอรีการกําหนดค่าภายในไดเรกทอรีเอาต์พุต DEPENDENCY หมายความว่าไฟล์ Manifest จะเรียงลำดับโดยให้ไฟล์ Manifest ของแต่ละไลบรารีอยู่ก่อนไฟล์ Manifest ของไลบรารีที่ต้องพึ่งพา
แท็ก: action_command_lines, execution

--[no]android_resource_shrinking ค่าเริ่มต้น: "false"

เปิดใช้การลดขนาดทรัพยากรสำหรับ APK ประเภท android_binary ที่ใช้ ProGuard
แท็ก: affects_outputs, loading_and_analysis

--[no]build_python_zip ค่าเริ่มต้น: "auto"

สร้างไฟล์ ZIP ที่เรียกใช้งานได้ของ Python เปิดใน Windows ปิดในแพลตฟอร์มอื่นๆ
แท็ก: affects_outputs

--catalyst_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารีของ Apple Catalyst
แท็ก: loses_incremental_state, loading_and_analysis

--[no]collect_code_coverage ค่าเริ่มต้น: "false"

หากระบุไว้ Bazel จะใส่เครื่องมือวัดโค้ด (โดยใช้เครื่องมือวัดแบบออฟไลน์หากเป็นไปได้) และจะรวบรวมข้อมูลการครอบคลุมระหว่างการทดสอบ เฉพาะเป้าหมายที่ตรงกับ --instrumentation_filter เท่านั้นที่จะได้รับผลกระทบ โดยปกติแล้วไม่ควรระบุตัวเลือกนี้โดยตรง แต่ควรใช้คําสั่ง "bazel coverage" แทน
แท็ก: affects_outputs

--compilation_mode=<fastbuild, dbg or opt> [-c] ค่าเริ่มต้น: "fastbuild"

ระบุโหมดที่จะสร้างไบนารี ค่า: 'fastbuild', 'dbg', 'opt'
แท็ก: affects_outputs, action_command_lines

--conlyopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc เมื่อคอมไพล์ไฟล์ต้นฉบับ C
แท็ก: action_command_lines, affects_outputs

--copt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc
แท็ก: action_command_lines, affects_outputs

--cpu=<a string> ค่าเริ่มต้น: ""

CPU เป้าหมาย
แท็ก: changes_inputs, affects_outputs

--cs_fdo_absolute_path=<a string> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ CSFDO เพื่อเพิ่มประสิทธิภาพการคอมไพล์ ระบุชื่อเส้นทางสัมบูรณ์ของไฟล์ ZIP ที่มีไฟล์โปรไฟล์ ไฟล์โปรไฟล์ LLVM ดิบ หรือไฟล์โปรไฟล์ LLVM ที่จัดทําดัชนี
แท็ก: affects_outputs

--cs_fdo_instrument=<a string> default: ดูคำอธิบาย

สร้างไบนารีด้วยเครื่องมือ FDO ที่คำนึงถึงบริบท เมื่อใช้คอมไพเลอร์ Clang/LLVM ระบบจะยอมรับชื่อไดเรกทอรีที่จะใช้วางไฟล์โปรไฟล์ดิบเมื่อรันไทม์ด้วย
แท็ก: affects_outputs

--cs_fdo_profile=<a build target label> default: ดูคำอธิบาย

The cs_fdo_profile representing the context sensitive profile to be used for optimization.
แท็ก: affects_outputs

--cxxopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc เมื่อคอมไพล์ไฟล์ซอร์ส C++
แท็ก: action_command_lines, affects_outputs

--define=<a 'name=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือก --define แต่ละรายการจะระบุการกําหนดค่าสําหรับตัวแปรบิลด์ ในกรณีที่ตัวแปรมีหลายค่า ระบบจะใช้ค่าล่าสุด
แท็ก: changes_inputs, affects_outputs

--dynamic_mode=<off, default or fully> ค่าเริ่มต้น: "default"

กำหนดว่าจะลิงก์ไบนารี C++ แบบไดนามิกหรือไม่ "default" หมายความว่า Bazel จะเลือกว่าจะลิงก์แบบไดนามิกหรือไม่ "ทั้งหมด" หมายความว่าระบบจะลิงก์คลังทั้งหมดแบบไดนามิก "ปิด" หมายความว่าระบบจะลิงก์คลังทั้งหมดในโหมดคงที่ส่วนใหญ่
แท็ก: loading_and_analysis, affects_outputs

--[no]enable_propeller_optimize_absolute_paths ค่าเริ่มต้น: "true"

หากตั้งค่าไว้ การใช้เส้นทางแบบสัมบูรณ์สำหรับ Propeller Optimize จะทำให้เกิดข้อผิดพลาด
แท็ก: affects_outputs

--[no]enable_remaining_fdo_absolute_paths ค่าเริ่มต้น: "true"

หากตั้งค่าไว้ การใช้เส้นทางแบบสัมบูรณ์สำหรับ FDO จะทำให้เกิดข้อผิดพลาด
แท็ก: affects_outputs

--[no]enable_runfiles ค่าเริ่มต้น: "auto"

เปิดใช้โครงสร้าง Symlink ของไฟล์รันไทม์ โดยค่าเริ่มต้นจะปิดอยู่ใน Windows และเปิดอยู่ในแพลตฟอร์มอื่นๆ
แท็ก: affects_outputs

--experimental_action_listener=<a build target label> ระบบจะรวบรวมการใช้งานหลายครั้ง

เลิกใช้งานแล้วเพื่อใช้ "แง่มุม" แทน ใช้ action_listener เพื่อแนบ extra_action กับการดำเนินการบิลด์ที่มีอยู่
แท็ก: execution, experimental

--[no]experimental_android_compress_java_resources ค่าเริ่มต้น: "false"

บีบอัดทรัพยากร Java ใน APK
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_databinding_v2 ค่าเริ่มต้น: "true"

ใช้ Android Databinding v2 Flag นี้ไม่มีผลใดๆ
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_android_resource_shrinking ค่าเริ่มต้น: "false"

เปิดใช้การลดขนาดทรัพยากรสำหรับ APK ประเภท android_binary ที่ใช้ ProGuard
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_rewrite_dexes_with_rex ค่าเริ่มต้น: "false"

ใช้เครื่องมือ rex เพื่อเขียนไฟล์ dex ใหม่
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_collect_code_coverage_for_generated_files ค่าเริ่มต้น: "false"

หากระบุไว้ Bazel จะสร้างและรวบรวมข้อมูลการครอบคลุมสำหรับไฟล์ที่สร้างขึ้นด้วย
แท็ก: affects_outputs, experimental

--experimental_objc_fastbuild_options=<comma-separated list of options> ค่าเริ่มต้น: "-O0,-DDEBUG=1"

ใช้สตริงเหล่านี้เป็นตัวเลือกคอมไพเลอร์ objc fastbuild
แท็ก: action_command_lines

--[no]experimental_omitfp ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะใช้ libunwind สำหรับการเลิกซ้อนของกอง และคอมไพล์ด้วย -fomit-frame-pointer และ -fasynchronous-unwind-tables
แท็ก: action_command_lines, affects_outputs, experimental

--experimental_output_paths=<off, content or strip> ค่าเริ่มต้น: "off"

รูปแบบที่จะใช้สำหรับตำแหน่งในกฎของต้นไม้เอาต์พุตที่จะเขียนเอาต์พุต โดยเฉพาะสำหรับบิลด์หลายแพลตฟอร์ม / หลายการกำหนดค่า ฟีเจอร์นี้อยู่ในขั้นทดลอง ดูรายละเอียดได้ที่ https://github.com/bazelbuild/bazel/issues/6526 การดำเนินการ Starlark สามารถเลือกใช้การแมปเส้นทางได้โดยเพิ่มคีย์ "supports-path-mapping" ลงในพจนานุกรม "execution_requirements"
แท็ก: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution

--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment> ระบบจะรวบรวมการใช้งานหลายครั้ง

แต่ละรายการควรอยู่ในรูปแบบ label=value โดยที่ label หมายถึงแพลตฟอร์ม และ values คือชื่อย่อที่ต้องการใช้ในเส้นทางเอาต์พุต ใช้เมื่อ --experimental_platform_in_output_dir เป็น "จริง" เท่านั้น มีลําดับความสําคัญสูงสุดในการตั้งชื่อ
แท็ก: affects_outputs, experimental

--[no]experimental_platform_in_output_dir ค่าเริ่มต้น: "false"

หากเป็นจริง ระบบจะใช้ชื่อย่อของแพลตฟอร์มเป้าหมายในชื่อไดเรกทอรีเอาต์พุตแทน CPU รูปแบบที่แน่นอนเป็นรูปแบบทดลองและอาจมีการเปลี่ยนแปลงได้ ประการแรก ในบางกรณีที่ตัวเลือก --platforms ไม่มีค่าเพียงค่าเดียว ระบบจะใช้แฮชของตัวเลือกแพลตฟอร์ม ถัดไป หากมีชื่อย่อสำหรับแพลตฟอร์มปัจจุบันที่ลงทะเบียนโดย --experimental_override_name_platform_in_output_dir ระบบจะใช้ชื่อย่อนั้น จากนั้นหากตั้งค่า --experimental_use_platforms_in_output_dir_legacy_heuristic ให้ใช้ชื่อย่อตามป้ายกำกับแพลตฟอร์มปัจจุบัน สุดท้าย ระบบจะใช้แฮชของตัวเลือกแพลตฟอร์มเป็นทางเลือกสุดท้าย
แท็ก: affects_outputs, experimental

--[no]experimental_py_binaries_include_label ค่าเริ่มต้น: "false"

เป้าหมาย py_binary จะรวมป้ายกำกับไว้ด้วยแม้ว่าจะปิดใช้การประทับก็ตาม
แท็ก: affects_outputs, experimental

--[no]experimental_use_llvm_covmap ค่าเริ่มต้น: "false"

หากระบุไว้ Bazel จะสร้างข้อมูลแผนที่การครอบคลุม llvm-cov แทน gcov เมื่อเปิดใช้ collect_code_coverage
แท็ก: changes_inputs, affects_outputs, loading_and_analysis, experimental

--[no]experimental_use_platforms_in_output_dir_legacy_heuristic ค่าเริ่มต้น: "true"

โปรดใช้ Flag นี้เป็นส่วนหนึ่งของกลยุทธ์การย้ายข้อมูลหรือการทดสอบที่แนะนําเท่านั้น โปรดทราบว่าวิธีการเฮิวริสติกมีข้อบกพร่องที่ทราบอยู่แล้ว และเราขอแนะนำให้เปลี่ยนไปใช้เฉพาะ --experimental_override_name_platform_in_output_dir
แท็ก: affects_outputs, experimental

--fdo_instrument=<a string> default: ดูคำอธิบาย

สร้างไบนารีด้วยเครื่องมือวัดผล FDO เมื่อใช้คอมไพเลอร์ Clang/LLVM ระบบจะยอมรับชื่อไดเรกทอรีที่จะใช้วางไฟล์โปรไฟล์ดิบเมื่อรันไทม์ด้วย
แท็ก: affects_outputs

--fdo_optimize=<a string> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ FDO เพื่อเพิ่มประสิทธิภาพการคอมไพล์ ระบุชื่อไฟล์ ZIP ที่มีโครงสร้างไฟล์ .gcda, ไฟล์ afdo ที่มีโปรไฟล์อัตโนมัติ หรือไฟล์โปรไฟล์ LLVM นอกจากนี้ Flag นี้ยังยอมรับไฟล์ที่ระบุเป็นป้ายกำกับ (เช่น `//foo/bar:file.afdo` - คุณอาจต้องเพิ่มคำสั่ง `exports_files` ลงในแพ็กเกจที่เกี่ยวข้อง) และป้ายกำกับที่ชี้ไปยังเป้าหมาย `fdo_profile` ด้วย กฎ `fdo_profile` จะลบล้าง Flag นี้
แท็ก: affects_outputs

--fdo_prefetch_hints=<a build target label> default: ดูคำอธิบาย

ใช้คำแนะนำการดึงข้อมูลแคชล่วงหน้า
แท็ก: affects_outputs

--fdo_profile=<a build target label> default: ดูคำอธิบาย

fdo_profile ที่แสดงถึงโปรไฟล์ที่จะใช้เพิ่มประสิทธิภาพ
แท็ก: affects_outputs

--features=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบบจะเปิดหรือปิดใช้ฟีเจอร์ที่ระบุโดยค่าเริ่มต้นสำหรับเป้าหมายที่สร้างในการกําหนดค่าเป้าหมาย การระบุ -<feature> จะปิดใช้ฟีเจอร์ ฟีเจอร์เชิงลบจะลบล้างฟีเจอร์เชิงบวกเสมอ ดูข้อมูลเพิ่มเติมได้ที่ --host_features
แท็ก: changes_inputs, affects_outputs

--[no]force_pic ค่าเริ่มต้น: "false"

หากเปิดใช้ การคอมไพล์ C++ ทั้งหมดจะสร้างโค้ดที่ไม่ขึ้นกับตำแหน่ง ("-fPIC") การลิงก์จะเลือกไลบรารีที่สร้างไว้ล่วงหน้าแบบ PIC มากกว่าไลบรารีที่ไม่ใช่ PIC และการลิงก์จะสร้างไฟล์ปฏิบัติการที่ไม่ขึ้นกับตำแหน่ง ("-pie")
แท็ก: loading_and_analysis, affects_outputs

--host_action_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุชุดตัวแปรสภาพแวดล้อมที่ใช้ได้กับการดำเนินการที่มีการกําหนดค่าการดําเนินการ ตัวแปรสามารถระบุโดยใช้ชื่อ ซึ่งในกรณีนี้ระบบจะนำค่ามาจากสภาพแวดล้อมการเรียกใช้ หรือระบุโดยใช้คู่ชื่อ=ค่า ซึ่งจะตั้งค่าโดยไม่ขึ้นอยู่กับสภาพแวดล้อมการเรียกใช้ คุณใช้ตัวเลือกนี้ได้หลายครั้ง ตัวเลือกสําหรับตัวแปรเดียวกันจะเลือกตัวเลือกล่าสุด ส่วนตัวเลือกสําหรับตัวแปรต่างๆ จะรวมกัน
แท็ก: action_command_lines

--host_compilation_mode=<fastbuild, dbg or opt> ค่าเริ่มต้น: "opt"

ระบุโหมดที่จะใช้สร้างเครื่องมือที่ใช้ในระหว่างการสร้าง ค่า: 'fastbuild', 'dbg', 'opt'
แท็ก: affects_outputs, action_command_lines

--host_conlyopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ C เมื่อคอมไพล์ไฟล์ซอร์ส C (แต่ไม่ใช่ C++) ในการกำหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_copt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ C สําหรับเครื่องมือที่สร้างในการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_cpu=<a string> ค่าเริ่มต้น: ""

CPU ของโฮสต์
แท็ก: changes_inputs, affects_outputs

--host_cxxopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ C++ สําหรับเครื่องมือที่สร้างในการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_features=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบบจะเปิดหรือปิดใช้ฟีเจอร์ที่ระบุโดยค่าเริ่มต้นสำหรับเป้าหมายที่สร้างในการกําหนดค่า exec การระบุ -<feature> จะปิดใช้ฟีเจอร์ ฟีเจอร์เชิงลบจะลบล้างฟีเจอร์เชิงบวกเสมอ
แท็ก: changes_inputs, affects_outputs

--host_force_python=<PY2 or PY3> default: ดูคำอธิบาย

ลบล้างเวอร์ชัน Python สําหรับการกําหนดค่า exec อาจเป็น "PY2" หรือ "PY3"
แท็ก: loading_and_analysis, affects_outputs

--host_linkopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง linker เมื่อลิงก์เครื่องมือในการกําหนดค่า exec
แท็ก: action_command_lines, affects_outputs

--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน macOS ขั้นต่ำที่เข้ากันได้สำหรับเป้าหมายโฮสต์ หากไม่ระบุ ระบบจะใช้ "macos_sdk_version"
แท็ก: loses_incremental_state

--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมในการส่งไปยังคอมไพเลอร์ C/C++ แบบเลือกได้เมื่อคอมไพล์ไฟล์บางไฟล์ในการกําหนดค่า exec ตัวเลือกนี้ส่งได้หลายครั้ง รูปแบบคำสั่ง: regex_filter@option_1,option_2,...,option_n โดยที่ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม (ดูที่ --instrumentation_filter ด้วย) option_1 ถึง option_n หมายถึงตัวเลือกบรรทัดคำสั่งที่กำหนดเอง หากตัวเลือกมีคอมมา จะต้องใส่เครื่องหมายคำพูดด้วยเครื่องหมายแบ็กสแลช ตัวเลือกอาจมี @ แต่ระบบจะใช้เฉพาะ @ แรกในการแยกสตริง ตัวอย่างเช่น --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 จะเพิ่มตัวเลือกบรรทัดคำสั่ง -O0 ลงในบรรทัดคำสั่ง gcc ของไฟล์ cc ทั้งหมดใน //foo/ ยกเว้น bar.cc
แท็ก: action_command_lines, affects_outputs

--[no]incompatible_auto_exec_groups ค่าเริ่มต้น: "false"

เมื่อเปิดใช้ ระบบจะสร้างกลุ่ม exec โดยอัตโนมัติสําหรับเครื่องมือทางเทคนิคแต่ละรายการที่กฎใช้ กฎต้องระบุพารามิเตอร์ "toolchain" ในการดำเนินการเพื่อให้การทำงานนี้ได้ผล ดูข้อมูลเพิ่มเติมได้ที่ https://github.com/bazelbuild/bazel/issues/17134
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_merge_genfiles_directory ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะรวมไดเรกทอรี genfiles ไว้ในไดเรกทอรี bin
แท็ก: affects_outputs, incompatible_change

--[no]instrument_test_targets ค่าเริ่มต้น: "false"

เมื่อเปิดใช้การครอบคลุม ให้ระบุว่าจะพิจารณาเครื่องมือวัดกฎการทดสอบหรือไม่ เมื่อตั้งค่าแล้ว ระบบจะเครื่องมือวัดกฎการทดสอบที่รวมโดย --instrumentation_filter มิฉะนั้น ระบบจะยกเว้นกฎการทดสอบจากเครื่องมือวัดการครอบคลุมเสมอ
แท็ก: affects_outputs

--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> ค่าเริ่มต้น: "-/javatests[/:],-/test/java[/:]"

เมื่อเปิดใช้ความครอบคลุม ระบบจะเครื่องมือวัดเฉพาะกฎที่มีชื่อซึ่งรวมอยู่ในตัวกรองตามนิพจน์ทั่วไปที่ระบุเท่านั้น ระบบจะยกเว้นกฎที่มีคำนำหน้าเป็น "-" แทน โปรดทราบว่าระบบจะเครื่องมือวัดเฉพาะกฎที่ไม่ใช่การทดสอบ เว้นแต่ว่าจะมีการเปิดใช้ --instrument_test_targets
แท็ก: affects_outputs

--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน 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 ค่าเริ่มต้น: "true"

เลิกใช้งานแล้ว แทนที่ด้วย --incompatible_remove_legacy_whole_archive (ดูรายละเอียดที่ https://github.com/bazelbuild/bazel/issues/7362) เมื่อเปิดใช้ ให้ใช้ --whole-archive สำหรับกฎ cc_binary ที่มี linkshared=True และ linkstatic=True หรือ "-static" ใน linkopts ตัวเลือกนี้มีไว้เพื่อให้ใช้กับเวอร์ชันก่อนหน้าได้เท่านั้น วิธีอื่นที่ดีกว่าคือการใช้ alwayslink=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> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังขั้นตอนการจัดทำดัชนี LTO (ในส่วน --features=thin_lto)
แท็ก: action_command_lines, affects_outputs

--macos_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารีของ Apple macOS
แท็ก: loses_incremental_state, loading_and_analysis

--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน macOS ขั้นต่ำที่เข้ากันได้สำหรับเป้าหมาย หากไม่ระบุ ระบบจะใช้ "macos_sdk_version"
แท็ก: loses_incremental_state

--memprof_profile=<a build target label> default: ดูคำอธิบาย

ใช้โปรไฟล์ memprof
แท็ก: affects_outputs

--[no]objc_debug_with_GLIBCXX ค่าเริ่มต้น: "false"

หากตั้งค่าไว้และตั้งค่าโหมดการคอมไพล์เป็น "dbg" ให้กําหนด GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC และ GLIBCPP_CONCEPT_CHECKS
แท็ก: action_command_lines

--[no]objc_enable_binary_stripping ค่าเริ่มต้น: "false"

กำหนดว่าจะทำการลบสัญลักษณ์และโค้ดที่ตายแล้วในไบนารีที่ลิงก์หรือไม่ ระบบจะดำเนินการลบข้อมูลในไบนารีหากระบุทั้ง Flag นี้และ --compilation_mode=opt
แท็ก: action_command_lines

--objccopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง gcc เมื่อคอมไพล์ไฟล์ซอร์ส Objective-C/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> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมในการส่งไปยัง gcc แบบเลือกได้เมื่อคอมไพล์ไฟล์บางไฟล์ ตัวเลือกนี้ส่งได้หลายครั้ง รูปแบบคำสั่ง: regex_filter@option_1,option_2,...,option_n โดยที่ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม (ดูที่ --instrumentation_filter ด้วย) option_1 ถึง option_n หมายถึงตัวเลือกบรรทัดคำสั่งที่กำหนดเอง หากตัวเลือกมีคอมมา จะต้องใส่เครื่องหมายคำพูดด้วยเครื่องหมายแบ็กสแลช ตัวเลือกอาจมี @ แต่ระบบจะใช้เฉพาะ @ แรกในการแยกสตริง ตัวอย่างเช่น --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 จะเพิ่มตัวเลือกบรรทัดคำสั่ง -O0 ลงในบรรทัดคำสั่ง gcc ของไฟล์ cc ทั้งหมดใน //foo/ ยกเว้น bar.cc
แท็ก: 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 หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม option_1 ถึง option_n หมายถึงตัวเลือกบรรทัดคำสั่งที่กำหนดเอง หากตัวเลือกมีคอมมา จะต้องใส่เครื่องหมายคำพูดด้วยเครื่องหมายแบ็กสแลช ตัวเลือกอาจมี @ แต่ระบบจะใช้เฉพาะ @ แรกในการแยกสตริง ตัวอย่างเช่น --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 จะเพิ่มตัวเลือกบรรทัดคำสั่ง -O0 ลงในบรรทัดคำสั่งแบ็กเอนด์ LTO ของไฟล์ o ทั้งหมดใน //foo/ ยกเว้น bar.o
แท็ก: action_command_lines, affects_outputs

--platform_suffix=<a string> default: ดูคำอธิบาย

ระบุส่วนต่อท้ายที่จะเพิ่มลงในไดเรกทอรีการกําหนดค่า
แท็ก: loses_incremental_state, affects_outputs, loading_and_analysis

--propeller_optimize=<a build target label> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ Propeller เพื่อเพิ่มประสิทธิภาพเป้าหมายการสร้าง โปรไฟล์ Propeller ต้องมีไฟล์อย่างน้อย 1 ใน 2 ไฟล์ ได้แก่ โปรไฟล์ cc และโปรไฟล์ ld Flag นี้ยอมรับป้ายกำกับบิลด์ซึ่งต้องอ้างอิงถึงไฟล์อินพุตโปรไฟล์ใบพัด เช่น ไฟล์ BUILD ที่กําหนดป้ายกํากับใน a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",) อาจต้องเพิ่มคําสั่ง exports_files ลงในแพ็กเกจที่เกี่ยวข้องเพื่อให้ Bazel เห็นไฟล์เหล่านี้ ตัวเลือกนี้ต้องใช้ในรูปแบบ --propeller_optimize=//a/b:propeller_profile
แท็ก: action_command_lines, affects_outputs

--propeller_optimize_absolute_cc_profile=<a string> default: ดูคำอธิบาย

ชื่อเส้นทางสัมบูรณ์ของไฟล์ cc_profile สำหรับบิลด์ Propeller Optimized
แท็ก: affects_outputs

--propeller_optimize_absolute_ld_profile=<a string> default: ดูคำอธิบาย

ชื่อเส้นทางแบบสัมบูรณ์ของไฟล์ ld_profile สำหรับบิลด์ Propeller Optimized
แท็ก: affects_outputs

--run_under=<a prefix in front of command> default: ดูคำอธิบาย

คำนำหน้าที่จะแทรกไว้ก่อนไฟล์ปฏิบัติการสำหรับคำสั่ง "test" และ "run" หากค่าคือ "foo -bar" และบรรทัดคำสั่งการดําเนินการคือ "test_binary -baz" บรรทัดคำสั่งสุดท้ายจะเป็น "foo -bar test_binary -baz" ซึ่งอาจเป็นป้ายกำกับของเป้าหมายที่เรียกใช้ได้เช่นกัน ตัวอย่างบางส่วน ได้แก่ "valgrind", "strace", "strace -c", "valgrind --quiet --num-callers=20", '//package:target', '//package:target --options'
แท็ก: action_command_lines

--[no]share_native_deps ค่าเริ่มต้น: "true"

หากเป็น "จริง" ระบบจะแชร์ไลบรารีเนทีฟที่มีฟังก์ชันการทำงานเหมือนกันระหว่างเป้าหมายต่างๆ
แท็ก: loading_and_analysis, affects_outputs

--[no]stamp ค่าเริ่มต้น: "false"

ประทับเวลาไบนารีด้วยวันที่ ชื่อผู้ใช้ ชื่อโฮสต์ ข้อมูลเวิร์กスペース ฯลฯ
แท็ก: affects_outputs

--strip=<always, sometimes or never> ค่าเริ่มต้น: "บางครั้ง"

ระบุว่าจะลบข้อมูลโค้ดที่ไม่จำเป็นในไฟล์ไบนารีและไลบรารีที่ใช้ร่วมกันหรือไม่ (โดยใช้ "-Wl,--strip-debug") ค่าเริ่มต้นของ "บางครั้ง" หมายถึง "strip" เฉพาะในกรณีที่ --compilation_mode=fastbuild
แท็ก: affects_outputs

--stripopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง strip เมื่อสร้างไบนารี "<name>.stripped"
แท็ก: action_command_lines, 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')> default: ดูคำอธิบาย

เวอร์ชัน tvOS ขั้นต่ำที่เข้ากันได้สำหรับเครื่องจำลองและอุปกรณ์เป้าหมาย หากไม่ระบุ ระบบจะใช้ "tvos_sdk_version"
แท็ก: loses_incremental_state

--visionos_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารี Apple VisionOS
แท็ก: loses_incremental_state, loading_and_analysis

--watchos_cpus=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

รายการสถาปัตยกรรมที่คั่นด้วยคอมมาสำหรับสร้างไบนารีของ Apple watchOS
แท็ก: loses_incremental_state, loading_and_analysis

--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน watchOS ขั้นต่ำที่เข้ากันได้สำหรับเครื่องจำลองและอุปกรณ์เป้าหมาย หากไม่ระบุ ระบบจะใช้ "watchos_sdk_version"
แท็ก: loses_incremental_state

--xbinary_fdo=<a build target label> default: ดูคำอธิบาย

ใช้ข้อมูลโปรไฟล์ XbinaryFDO เพื่อเพิ่มประสิทธิภาพการคอมไพล์ ระบุชื่อโปรไฟล์ข้ามไบนารีเริ่มต้น เมื่อใช้ตัวเลือกนี้ร่วมกับ --fdo_instrument/--fdo_optimize/--fdo_profile ตัวเลือกเหล่านั้นจะมีผลเสมอ ราวกับว่าไม่ได้ระบุ xbinary_fdo เลย
แท็ก: affects_outputs

ตัวเลือกที่ส่งผลต่อความเข้มงวดที่ Bazel ใช้บังคับอินพุตการสร้างที่ถูกต้อง (คําจํากัดความของกฎ ชุดค่าผสมของ Flag ฯลฯ)

--[no]check_licenses ค่าเริ่มต้น: "false"

ตรวจสอบว่าข้อจำกัดการอนุญาตให้ใช้สิทธิที่แพ็กเกจที่ต้องพึ่งพากำหนดไว้ไม่ขัดแย้งกับโหมดการจัดจำหน่ายของเป้าหมายที่สร้าง โดยค่าเริ่มต้น ระบบจะไม่ตรวจสอบใบอนุญาต
แท็ก: build_file_semantics

--[no]check_visibility ค่าเริ่มต้น: "true"

หากปิดใช้ ระบบจะลดระดับข้อผิดพลาดด้านการแสดงผลในข้อกําหนดของเป้าหมายเป็นคําเตือน
แท็ก: build_file_semantics

--[no]desugar_for_android ค่าเริ่มต้น: "true"

กำหนดว่าจะยกเลิกการทำให้โค้ด Java 8 เป็น Sugar ก่อนการแยกไฟล์หรือไม่
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]desugar_java8_libs ค่าเริ่มต้น: "false"

การรวมไลบรารี Java 8 ที่รองรับไว้ในแอปสำหรับอุปกรณ์รุ่นเดิมหรือไม่
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]enforce_constraints ค่าเริ่มต้น: "true"

ตรวจสอบสภาพแวดล้อมที่เป้าหมายแต่ละรายการเข้ากันได้ และรายงานข้อผิดพลาดหากเป้าหมายใดมีทรัพยากร Dependencies ที่ไม่รองรับสภาพแวดล้อมเดียวกัน
แท็ก: build_file_semantics

--[no]experimental_check_desugar_deps ค่าเริ่มต้น: "true"

ตรวจสอบอีกครั้งว่าการถอด Sugar ถูกต้องในระดับไบนารีของ Android หรือไม่
แท็ก: eagerness_to_exit, loading_and_analysis, experimental

--experimental_import_deps_checking=<a string> default: ดูคำอธิบาย

ไม่มีการดำเนินการใดๆ เก็บไว้เพื่อใช้งานแบบย้อนหลังเท่านั้น
แท็ก: loading_and_analysis

ค่าเริ่มต้นของ --experimental_one_version_enforcement=<off, warning or error>: "OFF"

เมื่อเปิดใช้ กฎ java_binary จะต้องไม่มีไฟล์คลาสเดียวกันใน classpath มากกว่า 1 เวอร์ชัน การบังคับใช้นี้อาจทำให้บิลด์ใช้งานไม่ได้ หรืออาจส่งผลให้เกิดคำเตือนเท่านั้น
แท็ก: loading_and_analysis

--experimental_strict_java_deps=<off, warn, error, strict or default> ค่าเริ่มต้น: "default"

หากเป็น "จริง" ระบบจะตรวจสอบว่าเป้าหมาย Java ประกาศเป้าหมายทั้งหมดที่ใช้โดยตรงเป็น Dependency อย่างชัดเจน
แท็ก: build_file_semantics, eagerness_to_exit

--[no]incompatible_check_testonly_for_output_files ค่าเริ่มต้น: "false"

หากเปิดใช้ ให้ตรวจสอบ testonly สำหรับเป้าหมายที่เป็นข้อกําหนดเบื้องต้นซึ่งเป็นไฟล์เอาต์พุตโดยค้นหา testonly ของกฎการสร้าง ซึ่งตรงกับการตรวจสอบระดับการเข้าถึง
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_check_visibility_for_toolchains ค่าเริ่มต้น: "false"

หากเปิดใช้ การตรวจสอบระดับการเข้าถึงจะมีผลกับการติดตั้งใช้งานเครื่องมือทางเทคนิคด้วย
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_disable_native_android_rules ค่าเริ่มต้น: "false"

หากเปิดใช้ ระบบจะปิดใช้การใช้กฎ Android ดั้งเดิมโดยตรง โปรดใช้กฎ Starlark สำหรับ Android จาก https://github.com/bazelbuild/rules_android
แท็ก: eagerness_to_exit, incompatible_change

--[no]incompatible_disable_native_apple_binary_rule ค่าเริ่มต้น: "false"

ไม่มีการดำเนินการใดๆ เก็บไว้ที่นี่เพื่อให้มีความเข้ากันได้แบบย้อนหลัง
แท็ก: eagerness_to_exit, incompatible_change

--[no]incompatible_python_disable_py2 ค่าเริ่มต้น: "true"

หากเป็นจริง การใช้การตั้งค่า Python 2 จะทำให้เกิดข้อผิดพลาด ซึ่งรวมถึง python_version=PY2, srcs_version=PY2 และ srcs_version=PY2ONLY ดูข้อมูลเพิ่มเติมได้ที่ https://github.com/bazelbuild/bazel/issues/15684
แท็ก: loading_and_analysis, incompatible_change

--[no]one_version_enforcement_on_java_tests ค่าเริ่มต้น: "true"

เมื่อเปิดใช้และตั้งค่า experimental_one_version_enforcement เป็นค่าที่ไม่ใช่ NONE ให้บังคับใช้เวอร์ชันเดียวในเป้าหมาย java_test คุณปิดใช้ Flag นี้เพื่อปรับปรุงประสิทธิภาพการทดสอบที่เพิ่มขึ้นได้ แต่อาจพลาดการละเมิดเวอร์ชันเดียวที่อาจเกิดขึ้น
แท็ก: loading_and_analysis

--python_native_rules_allowlist=<a build target label> default: ดูคำอธิบาย

รายการที่อนุญาต (เป้าหมาย package_group) เพื่อใช้เมื่อบังคับใช้ --incompatible_python_disallow_native_rules
แท็ก: loading_and_analysis

--[no]strict_filesets ค่าเริ่มต้น: "false"

หากเปิดใช้ตัวเลือกนี้ ระบบจะรายงานไฟล์เซ็ตที่ข้ามขอบเขตแพ็กเกจเป็นข้อผิดพลาด
แท็ก: build_file_semantics, eagerness_to_exit

--strict_proto_deps=<off, warn, error, strict or default> ค่าเริ่มต้น: "error"

ยกเว้นในกรณีที่เป็น OFF ระบบจะตรวจสอบว่าเป้าหมาย proto_library ประกาศเป้าหมายทั้งหมดที่ใช้โดยตรงเป็น Dependency อย่างชัดแจ้ง
แท็ก: build_file_semantics, eagerness_to_exit, incompatible_change

--strict_public_imports=<off, warn, error, strict or default> ค่าเริ่มต้น: "off"

ยกเว้นในกรณีที่ปิดอยู่ ระบบจะตรวจสอบว่าเป้าหมาย proto_library ประกาศเป้าหมายทั้งหมดที่ใช้ใน "import public" เป็นการนําส่งอย่างชัดแจ้ง
แท็ก: build_file_semantics, eagerness_to_exit, incompatible_change

--[no]strict_system_includes ค่าเริ่มต้น: "false"

หากเป็น "จริง" จะต้องประกาศส่วนหัวที่พบผ่านเส้นทางรวมของระบบ (-isystem) ด้วย
แท็ก: loading_and_analysis, eagerness_to_exit

--target_environment=<a build target label> ระบบจะรวบรวมการใช้งานหลายครั้ง

ประกาศสภาพแวดล้อมเป้าหมายของบิลด์นี้ ต้องเป็นการอ้างอิงป้ายกำกับไปยังกฎ "environment" หากระบุไว้ เป้าหมายระดับบนสุดทั้งหมดต้องเข้ากันได้กับสภาพแวดล้อมนี้
แท็ก: changes_inputs

ตัวเลือกที่ส่งผลต่อเอาต์พุตการลงนามของบิลด์

--apk_signing_method=<v1, v2, v1_v2 or v4> ค่าเริ่มต้น: "v1_v2"

การใช้งานเพื่อรับรอง APK
แท็ก: action_command_lines, affects_outputs, loading_and_analysis

--[no]device_debug_entitlements ค่าเริ่มต้น: "true"

หากตั้งค่าไว้และโหมดการคอมไพล์ไม่ใช่ "opt" แอป objc จะรวมการให้สิทธิ์แก้ไขข้อบกพร่องเมื่อลงชื่อ
แท็ก: changes_inputs

--ios_signing_cert_name=<a string> default: ดูคำอธิบาย

ชื่อใบรับรองที่จะใช้สำหรับการลงนาม iOS หากไม่ได้ตั้งค่าไว้ ระบบจะใช้โปรไฟล์การจัดสรรแทน อาจเป็นค่ากำหนดข้อมูลระบุตัวตนในพวงกุญแจของใบรับรองหรือ (สตริงย่อย) ของชื่อจริงของใบรับรอง ตามหน้าข้อมูลของ codesign (ข้อมูลระบุตัวตนสำหรับการลงนาม)
แท็ก: action_command_lines

ตัวเลือกนี้ส่งผลต่อความหมายของภาษา Starlark หรือ Build API ที่เข้าถึงไฟล์ BUILD, ไฟล์ .bzl หรือไฟล์ WORKSPACE ได้

--[no]incompatible_disallow_legacy_py_provider ค่าเริ่มต้น: "true"

No-op, will be removed soon.
แท็ก: loading_and_analysis, incompatible_change

--[no]incompatible_disallow_sdk_frameworks_attributes ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะไม่อนุญาตให้ใช้แอตทริบิวต์ sdk_frameworks และ weak_sdk_frameworks ใน objc_library และ objc_import
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_objc_alwayslink_by_default ค่าเริ่มต้น: "false"

หากเป็น "จริง" ให้ตั้งค่าเริ่มต้นเป็น "จริง" สําหรับแอตทริบิวต์ alwayslink ใน objc_library และ objc_import
แท็ก: build_file_semantics, incompatible_change

--[no]incompatible_python_disallow_native_rules ค่าเริ่มต้น: "false"

เมื่อเป็น "จริง" ระบบจะแสดงข้อผิดพลาดเมื่อใช้กฎ py_* ในตัว คุณควรใช้กฎ rule_python แทน ดูข้อมูลเพิ่มเติมและวิธีการย้ายข้อมูลได้ที่ https://github.com/bazelbuild/bazel/issues/17773
แท็ก: loading_and_analysis, incompatible_change

ตัวเลือกที่ควบคุมลักษณะการทํางานของสภาพแวดล้อมการทดสอบหรือโปรแกรมรันทดสอบ

--[no]allow_analysis_failures ค่าเริ่มต้น: "false"

หากเป็น "จริง" การวิเคราะห์เป้าหมายของกฎที่ล้มเหลวจะส่งผลให้เป้าหมายเผยแพร่อินสแตนซ์ของ AnalysisFailureInfo ที่มีคำอธิบายข้อผิดพลาดแทนที่จะส่งผลให้การบิลด์ล้มเหลว
แท็ก: loading_and_analysis, experimental

--analysis_testing_deps_limit=<an integer> ค่าเริ่มต้น: "2000"

กำหนดจำนวนสูงสุดของความสัมพันธ์แบบสื่อกลางผ่านแอตทริบิวต์กฎที่มีการเปลี่ยนการกำหนดค่า for_analysis_testing การเกินขีดจํากัดนี้จะทำให้เกิดข้อผิดพลาดเกี่ยวกับกฎ
แท็ก: loading_and_analysis

--[no]break_build_on_parallel_dex2oat_failure ค่าเริ่มต้น: "false"

หากเป็นจริง การดำเนินการ dex2oat ที่ล้มเหลวจะทำให้บิลด์หยุดทำงานแทนที่จะเรียกใช้ dex2oat ในระหว่างรันไทม์การทดสอบ
แท็ก: loading_and_analysis, experimental

--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g memory=10,30,60,100> ระบบจะรวบรวมการใช้งานหลายครั้ง

ลบล้างจำนวนทรัพยากรเริ่มต้นสำหรับการทดสอบ รูปแบบที่รองรับคือ <resource>=<value> หากระบุตัวเลขบวกเพียงค่าเดียวเป็น <value> ระบบจะลบล้างทรัพยากรเริ่มต้นสำหรับขนาดการทดสอบทั้งหมด หากระบุตัวเลข 4 รายการที่คั่นด้วยคอมมา ระบบจะลบล้างจำนวนทรัพยากรสําหรับขนาดการทดสอบขนาดเล็ก กลาง ใหญ่ และใหญ่มากตามลําดับ ค่าอาจเป็น HOST_RAM/HOST_CPU ตามด้วย [-|*]<float> (ไม่บังคับ) ก็ได้ (เช่น memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4) ทรัพยากรการทดสอบเริ่มต้นที่ระบุโดย Flag นี้จะลบล้างโดยทรัพยากรที่ระบุอย่างชัดเจนในแท็ก

--[no]experimental_android_use_parallel_dex2oat ค่าเริ่มต้น: "false"

ใช้ dex2oat ควบคู่กันเพื่อเพิ่มความเร็วของ android_test
แท็ก: loading_and_analysis, host_machine_resource_optimizations, experimental

--[no]ios_memleaks ค่าเริ่มต้น: "false"

เปิดใช้การตรวจสอบการรั่วไหลของหน่วยความจำในเป้าหมาย ios_test
แท็ก: action_command_lines

--ios_simulator_device=<a string> default: ดูคำอธิบาย

อุปกรณ์ที่จะจําลองเมื่อเรียกใช้แอปพลิเคชัน iOS ในโปรแกรมจําลอง เช่น "iPhone 6" คุณสามารถดูรายการอุปกรณ์ได้โดยเรียกใช้ "xcrun simctl list devicetypes" ในเครื่องที่จะเรียกใช้โปรแกรมจำลอง
แท็ก: test_runner

--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> default: ดูคำอธิบาย

เวอร์ชัน iOS ที่จะใช้งานบนเครื่องจำลองเมื่อเรียกใช้หรือทดสอบ ระบบจะละเว้นค่านี้สำหรับกฎ ios_test หากมีการระบุอุปกรณ์เป้าหมายในกฎ
แท็ก: test_runner

--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุจํานวนครั้งที่จะเรียกใช้การทดสอบแต่ละรายการ หากการพยายามดังกล่าวไม่สำเร็จไม่ว่าด้วยเหตุผลใดก็ตาม ระบบจะถือว่าการทดสอบทั้งหมดไม่สำเร็จ โดยปกติแล้วค่าที่ระบุจะเป็นจํานวนเต็มเท่านั้น ตัวอย่างเช่น --runs_per_test=3 จะเรียกใช้การทดสอบทั้งหมด 3 ครั้ง ไวยากรณ์สำรอง: regex_filter@runs_per_test โดยที่ runs_per_test หมายถึงค่าจำนวนเต็ม และ regex_filter หมายถึงรายการรูปแบบนิพจน์ทั่วไปที่รวมและไม่รวม (ดู --instrumentation_filter ด้วย) ตัวอย่างเช่น --runs_per_test=//foo/.*,-//foo/bar/.*@3 เรียกใช้การทดสอบทั้งหมดใน //foo/ ยกเว้นการทดสอบที่อยู่ใน foo/bar 3 ครั้ง ตัวเลือกนี้ส่งได้หลายครั้ง อาร์กิวเมนต์ที่ตรงกันซึ่งส่งล่าสุดจะมีความสําคัญเหนือกว่า หากไม่พบรายการที่ตรงกัน ระบบจะเรียกใช้การทดสอบเพียงครั้งเดียว

--test_env=<a 'name=value' assignment with an optional value part> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุตัวแปรสภาพแวดล้อมเพิ่มเติมที่จะแทรกลงในสภาพแวดล้อมโปรแกรมรันทดสอบ คุณสามารถระบุตัวแปรโดยใช้ชื่อ ซึ่งระบบจะอ่านค่าจากสภาพแวดล้อมไคลเอ็นต์ Bazel หรือจะระบุโดยใช้คู่ชื่อ=ค่าก็ได้ คุณใช้ตัวเลือกนี้หลายครั้งเพื่อระบุตัวแปรหลายรายการได้ ใช้โดยคำสั่ง "bazel test" เท่านั้น
แท็ก: test_runner

ค่าเริ่มต้นของ --test_timeout=<a single integer or comma-separated list of 4 integers>: "-1"

ลบล้างค่าการหมดเวลาการทดสอบเริ่มต้นสําหรับการหมดเวลาการทดสอบ (เป็นวินาที) หากระบุค่าจำนวนเต็มบวกเพียงค่าเดียว ระบบจะลบล้างหมวดหมู่ทั้งหมด หากระบุจำนวนเต็ม 4 รายการที่คั่นด้วยคอมมา ระบบจะลบล้างการหมดเวลาสำหรับระยะสั้น ปานกลาง ยาว และตลอดไป (ตามลำดับ) ไม่ว่ารูปแบบใด ค่า -1 จะบอกให้ Blaze ใช้การหมดเวลาเริ่มต้นสำหรับหมวดหมู่นั้น

--[no]zip_undeclared_test_outputs ค่าเริ่มต้น: "false"

หากเป็น "จริง" ระบบจะเก็บถาวรเอาต์พุตการทดสอบที่ไม่ได้ประกาศไว้ในไฟล์ ZIP
แท็ก: test_runner

ตัวเลือกที่ทริกเกอร์การเพิ่มประสิทธิภาพของเวลาสร้างมีดังนี้

--[no]experimental_filter_library_jar_with_program_jar ค่าเริ่มต้น: "false"

กรอง ProgramJar ของ ProGuard เพื่อนำคลาสที่อยู่ใน LibraryJar ออกด้วย
แท็ก: action_command_lines, experimental

--[no]experimental_inmemory_dotd_files ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะส่งไฟล์ .d ของ C++ ในหน่วยความจำจากโหนดการสร้างระยะไกลโดยตรงแทนที่จะเขียนลงในดิสก์
แท็ก: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_inmemory_jdeps_files ค่าเริ่มต้น: "true"

หากเปิดใช้ ระบบจะส่งไฟล์ที่ต้องพึ่งพา (.jdeps) ที่สร้างขึ้นจากการคอมไพล์ Java ผ่านหน่วยความจำจากโหนดการสร้างระยะไกลโดยตรงแทนที่จะเขียนลงในดิสก์
แท็ก: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_retain_test_configuration_across_testonly ค่าเริ่มต้น: "false"

เมื่อเปิดใช้ --trim_test_configuration จะไม่ตัดการกำหนดค่าการทดสอบสำหรับกฎที่มีการทำเครื่องหมาย testonly=1 การดำเนินการนี้มีไว้เพื่อลดปัญหาการขัดแย้งของการดำเนินการเมื่อกฎที่ไม่ใช่การทดสอบขึ้นอยู่กับกฎ cc_test จะไม่มีผลหาก --trim_test_configuration เป็นเท็จ
แท็ก: loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_starlark_cc_import ค่าเริ่มต้น: "false"

หากเปิดใช้ คุณจะสามารถใช้ cc_import เวอร์ชัน Starlark ได้
แท็ก: loading_and_analysis, experimental

--[no]experimental_unsupported_and_brittle_include_scanning ค่าเริ่มต้น: "false"

การจำกัดอินพุตให้แคบลงสำหรับการคอมไพล์ C/C++ โดยการแยกวิเคราะห์บรรทัด #include จากไฟล์อินพุต ซึ่งจะช่วยปรับปรุงประสิทธิภาพและความสามารถในการเพิ่มประสิทธิภาพโดยการลดขนาดของต้นไม้อินพุตการคอมไพล์ อย่างไรก็ตาม การดำเนินการนี้อาจทำให้บิลด์ใช้งานไม่ได้เนื่องจากเครื่องมือสแกนรวมไม่ได้ใช้ความหมายของ C preprocessor อย่างเต็มรูปแบบ โดยเฉพาะอย่างยิ่ง จะไม่เข้าใจคำสั่ง #include แบบไดนามิกและไม่สนใจตรรกะแบบมีเงื่อนไขของโปรแกรมประมวลผลข้อมูลล่วงหน้า คุณต้องใช้โดยยอมรับความเสี่ยงเอง เราจะปิดปัญหาทั้งหมดที่เกี่ยวข้องกับการแจ้งว่าไม่เหมาะสมนี้
แท็ก: loading_and_analysis, execution, changes_inputs, experimental

--[no]incremental_dexing ค่าเริ่มต้น: "true"

ทํางานส่วนใหญ่สําหรับการจัดทําดัชนีแยกกันสําหรับไฟล์ Jar แต่ละไฟล์
แท็ก: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]objc_use_dotd_pruning ค่าเริ่มต้น: "true"

หากตั้งค่าไว้ ระบบจะใช้ไฟล์ .d ที่ clang สร้างขึ้นเพื่อตัดชุดอินพุตที่ส่งไปยังการคอมไพล์ objc
แท็ก: changes_inputs, loading_and_analysis

--[no]process_headers_in_dependencies ค่าเริ่มต้น: "false"

เมื่อสร้างเป้าหมาย //a:a ให้ประมวลผลส่วนหัวในเป้าหมายทั้งหมดที่ //a:a นั้นใช้ (หากเปิดใช้การประมวลผลส่วนหัวสําหรับเครื่องมือทางเทคนิค)
แท็ก: execution

--[no]trim_test_configuration ค่าเริ่มต้น: "true"

เมื่อเปิดใช้ ระบบจะล้างตัวเลือกที่เกี่ยวข้องกับการทดสอบด้านล่างระดับบนสุดของบิลด์ เมื่อ Flag นี้ทำงานอยู่ ระบบจะไม่สร้างการทดสอบเป็นข้อกําหนดของกฎที่ไม่ใช่การทดสอบ แต่การเปลี่ยนแปลงตัวเลือกที่เกี่ยวข้องกับการทดสอบจะไม่ทําให้ระบบวิเคราะห์กฎที่ไม่ใช่การทดสอบอีกครั้ง
แท็ก: loading_and_analysis, loses_incremental_state

ตัวเลือกที่ส่งผลต่อรายละเอียด รูปแบบ หรือตำแหน่งของการบันทึก ได้แก่

ค่าเริ่มต้นของ --toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>: "-.*"

พิมพ์ข้อมูลการแก้ไขข้อบกพร่องระหว่างการแก้ไขเครื่องมือ Flag จะใช้นิพจน์ทั่วไป ซึ่งจะตรวจสอบกับประเภทเครื่องมือและเป้าหมายที่เฉพาะเจาะจงเพื่อดูว่าควรแก้ไขข้อบกพร่องรายการใด คุณคั่นนิพจน์ทั่วไปหลายรายการด้วยคอมมา จากนั้นระบบจะตรวจสอบนิพจน์ทั่วไปแต่ละรายการแยกกัน หมายเหตุ: เอาต์พุตของ Flag นี้จะซับซ้อนมากและอาจเป็นประโยชน์ต่อผู้เชี่ยวชาญในการแก้ปัญหาเกี่ยวกับเครื่องมือทางเทคนิคเท่านั้น
แท็ก: terminal_output

ตัวเลือกที่ระบุหรือแก้ไขอินพุตทั่วไปสำหรับคำสั่ง Bazel ที่ไม่อยู่ในหมวดหมู่อื่นๆ

--flag_alias=<a 'name=value' flag alias> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตั้งชื่อย่อสำหรับ Flag ของ Starlark โดยจะใช้คู่คีย์-ค่าเดียวในรูปแบบ "<key>=<value>" เป็นอาร์กิวเมนต์
แท็ก: changes_inputs

--[no]incompatible_default_to_explicit_init_py ค่าเริ่มต้น: "false"

Flag นี้จะเปลี่ยนลักษณะการทำงานเริ่มต้นเพื่อไม่ให้ระบบสร้างไฟล์ __init__.py โดยอัตโนมัติในไฟล์รันไทม์ของเป้าหมาย Python อีกต่อไป กล่าวโดยละเอียดคือ เมื่อเป้าหมาย py_binary หรือ py_test มีการตั้งค่า legacy_create_init เป็น "auto" (ค่าเริ่มต้น) ระบบจะถือว่าค่านี้เป็นเท็จก็ต่อเมื่อมีการตั้งค่า Flag นี้เท่านั้น ดูที่ https://github.com/bazelbuild/bazel/issues/10076
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_py2_outputs_are_suffixed ค่าเริ่มต้น: "true"

หากเป็น "จริง" เป้าหมายที่สร้างในการกําหนดค่า Python 2 จะปรากฏในส่วนที่เป็นรูทเอาต์พุตซึ่งมีนามสกุล "-py2" ส่วนเป้าหมายที่สร้างสําหรับ Python 3 จะปรากฏในส่วนที่เป็นรูทที่ไม่มีนามสกุลที่เกี่ยวข้องกับ Python ซึ่งหมายความว่าลิงก์สัญลักษณ์ที่สะดวกของ `bazel-bin` จะชี้ไปยังเป้าหมาย Python 3 แทน Python 2 หากเปิดใช้ตัวเลือกนี้ เราขอแนะนำให้เปิดใช้ `--incompatible_py3_is_default` ด้วยเช่นกัน
แท็ก: affects_outputs, incompatible_change

--[no]incompatible_py3_is_default ค่าเริ่มต้น: "true"

หากเป็น "จริง" เป้าหมาย `py_binary` และ `py_test` ที่ไม่ได้ตั้งค่าแอตทริบิวต์ `python_version` (หรือ `default_python_version`) จะเป็น PY3 โดยค่าเริ่มต้นแทน PY2 หากคุณตั้งค่า Flag นี้ เราขอแนะนำให้ตั้งค่า `--incompatible_py2_outputs_are_suffixed` ด้วยเช่นกัน
แท็ก: loading_and_analysis, affects_outputs, incompatible_change

--[no]incompatible_use_python_toolchains ค่าเริ่มต้น: "true"

หากตั้งค่าเป็น "จริง" กฎ Python เดิมที่เรียกใช้ได้จะใช้รันไทม์ Python ที่ระบุโดยชุดเครื่องมือ Python แทนรันไทม์ที่ระบุโดย Flag รุ่นเดิม เช่น --python_top
แท็ก: loading_and_analysis, incompatible_change

--python_version=<PY2 or PY3> default: ดูคำอธิบาย

โหมดเวอร์ชันหลักของ Python ซึ่งอาจเป็น "PY2" หรือ "PY3" โปรดทราบว่าเป้าหมาย "py_binary" และ "py_test" จะลบล้างค่านี้ (แม้ว่าจะไม่ระบุเวอร์ชันอย่างชัดเจนก็ตาม) ดังนั้นจึงไม่ค่อยมีเหตุผลที่จะต้องระบุ Flag นี้
แท็ก: loading_and_analysis, affects_outputs

ตัวเลือกอื่นๆ ที่ไม่ได้จัดหมวดหมู่ไว้

--[no]cache_test_results [-t] ค่าเริ่มต้น: "auto"

หากตั้งค่าเป็น "auto" ไว้ Bazel จะทำการทดสอบอีกครั้งก็ต่อเมื่อ (1) Bazel ตรวจพบการเปลี่ยนแปลงในการทดสอบหรือข้อมูลที่ต้องพึ่งพา (2) มีการทําเครื่องหมายการทดสอบว่าเป็นแบบภายนอก (3) มีคำขอการทดสอบหลายรายการด้วย --runs_per_test หรือ(4) การทดสอบก่อนหน้านี้ไม่สําเร็จ หากตั้งค่าเป็น "ใช่" Bazel จะแคชผลการทดสอบทั้งหมดยกเว้นการทดสอบที่ทำเครื่องหมายว่าภายนอก หากตั้งค่าเป็น "no" ไว้ Bazel จะไม่แคชผลการทดสอบใดๆ

--[no]experimental_cancel_concurrent_tests ค่าเริ่มต้น: "false"

หากเป็น "จริง" Blaze จะยกเลิกการทดสอบที่ทํางานพร้อมกันเมื่อการเรียกใช้ครั้งแรกสําเร็จ ซึ่งมีประโยชน์เมื่อใช้ร่วมกับ --runs_per_test_detects_flakes เท่านั้น
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_fetch_all_coverage_outputs ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะดึงข้อมูลไดเรกทอรีข้อมูลการครอบคลุมทั้งหมดสําหรับการทดสอบแต่ละครั้งในระหว่างการเรียกใช้การครอบคลุม
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_generate_llvm_lcov ค่าเริ่มต้น: "false"

หากเป็น "จริง" การครอบคลุมสำหรับ clang จะสร้างรายงาน LCOV
แท็ก: affects_outputs, loading_and_analysis, experimental

--[no]experimental_j2objc_header_map ค่าเริ่มต้น: "true"

สร้างแผนที่ส่วนหัว J2ObjC ควบคู่กับการแปลง J2ObjC หรือไม่
แท็ก: experimental

--[no]experimental_j2objc_shorter_header_path ค่าเริ่มต้น: "false"

Whether to generate with shorter header path (uses "_ios" instead of "_j2objc").
แท็ก: affects_outputs, experimental

--experimental_java_classpath=<off, javabuilder or bazel> ค่าเริ่มต้น: "javabuilder"

เปิดใช้เส้นทางคลาสที่ลดลงสำหรับการคอมไพล์ Java

--[no]experimental_limit_android_lint_to_android_constrained_java ค่าเริ่มต้น: "false"

ไม่มีการดำเนินการใดๆ เก็บไว้เพื่อใช้งานร่วมกับเวอร์ชันเก่าเท่านั้น
แท็ก: affects_outputs, experimental

--[no]experimental_run_android_lint_on_java_rules ค่าเริ่มต้น: "false"

กำหนดว่าจะตรวจสอบแหล่งที่มา java_* หรือไม่
แท็ก: affects_outputs, experimental

--[no]explicit_java_test_deps ค่าเริ่มต้น: "false"

ระบุการพึ่งพา JUnit หรือ Hamcrest ใน java_test อย่างชัดเจนแทนที่จะรับจาก deps ของ TestRunner โดยไม่ได้ตั้งใจ ขณะนี้ใช้ได้กับ Bazel เท่านั้น

--host_java_launcher=<a build target label> default: ดูคำอธิบาย

ตัวเปิด Java ที่เครื่องมือใช้ในระหว่างการบิลด์

--host_javacopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง javac เมื่อสร้างเครื่องมือที่จะดำเนินการระหว่างการบิลด์

--host_jvmopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง VM ของ Java เมื่อสร้างเครื่องมือที่จะดำเนินการระหว่างการบิลด์ ระบบจะเพิ่มตัวเลือกเหล่านี้ลงในตัวเลือกการเริ่มต้น VM ของเป้าหมาย java_binary แต่ละรายการ

--[no]incompatible_check_sharding_support ค่าเริ่มต้น: "true"

หากเป็น "จริง" Bazel จะทดสอบแบบแยกกลุ่มไม่สำเร็จหากเครื่องมือรันทดสอบไม่ได้ระบุว่ารองรับการแยกกลุ่มโดยแตะไฟล์ที่เส้นทางใน TEST_SHARD_STATUS_FILE หากเป็นเท็จ เครื่องมือรันทดสอบที่ไม่รองรับการแยกกลุ่มจะทำให้การทดสอบทั้งหมดทำงานในแต่ละกลุ่ม
แท็ก: incompatible_change

--[no]incompatible_exclusive_test_sandboxed ค่าเริ่มต้น: "true"

หากเป็น "จริง" การทดสอบเฉพาะจะทํางานด้วยกลยุทธ์ที่ใช้แซนด์บ็อกซ์ เพิ่มแท็ก "local" เพื่อบังคับให้ทำการทดสอบแบบพิเศษในเครื่อง
แท็ก: incompatible_change

--[no]incompatible_strict_action_env ค่าเริ่มต้น: "false"

หากเป็น "จริง" Bazel จะใช้สภาพแวดล้อมที่มีค่าแบบคงที่สำหรับ PATH และไม่รับค่า LD_LIBRARY_PATH ไป ใช้ --action_env=ENV_VARIABLE หากต้องการรับค่าตัวแปรสภาพแวดล้อมที่เฉพาะเจาะจงจากไคลเอ็นต์ แต่โปรดทราบว่าการดำเนินการนี้อาจป้องกันไม่ให้แคชข้ามผู้ใช้หากใช้แคชที่แชร์
แท็ก: loading_and_analysis, incompatible_change

--j2objc_translation_flags=<comma-separated list of options> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังเครื่องมือ J2ObjC

--java_debug

ทําให้เครื่องเสมือน Java ของการทดสอบ Java รอการเชื่อมต่อจากโปรแกรมแก้ไขข้อบกพร่องที่เป็นไปตามข้อกําหนดของ JDWP (เช่น jdb) ก่อนเริ่มการทดสอบ บอกเป็นนัยว่า -test_output=streamed
ขยายเป็น
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results

--[no]java_deps ค่าเริ่มต้น: "true"

สร้างข้อมูลการพึ่งพา (ตอนนี้คือ classpath ขณะคอมไพล์) ต่อเป้าหมาย Java

--[no]java_header_compilation ค่าเริ่มต้น: "true"

คอมไพล์ ijars จากแหล่งที่มาโดยตรง

--java_language_version=<a string> ค่าเริ่มต้น: ""

เวอร์ชันภาษา Java

--java_launcher=<a build target label> default: ดูคำอธิบาย

โปรแกรมเปิด Java ที่จะใช้ในการสร้างไบนารี Java หากตั้งค่า Flag นี้เป็นสตริงว่าง ระบบจะใช้ตัวเปิด JDK แอตทริบิวต์ "launcher" จะลบล้างการติดธงนี้

--java_runtime_version=<a string> ค่าเริ่มต้น: "local_jdk"

เวอร์ชันรันไทม์ Java

--javacopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง javac

--jvmopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยัง Java VM ระบบจะเพิ่มตัวเลือกเหล่านี้ลงในตัวเลือกการเริ่มต้น VM ของเป้าหมาย java_binary แต่ละรายการ

--legacy_main_dex_list_generator=<a build target label> default: ดูคำอธิบาย

ระบุไบนารีที่จะใช้สร้างรายการคลาสที่ต้องอยู่ใน Dex หลักเมื่อคอมไพล์ MultiDex รุ่นเดิม

--optimizing_dexer=<a build target label> default: ดูคำอธิบาย

ระบุไบนารีที่จะใช้ในการจัดทําดัชนีโดยไม่มีการแยกข้อมูล

--plugin=<a build target label> ระบบจะรวบรวมการใช้งานหลายครั้ง

ปลั๊กอินที่จะใช้ในบิลด์ ปัจจุบันใช้ได้กับ java_plugin

--proguard_top=<a build target label> default: ดูคำอธิบาย

ระบุเวอร์ชันของ ProGuard ที่จะใช้สำหรับการนำโค้ดออกเมื่อสร้างไบนารี Java

--proto_compiler=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:protoc"

ป้ายกำกับของคอมไพเลอร์โปรโต
แท็ก: affects_outputs, loading_and_analysis

--[no]proto_profile ค่าเริ่มต้น: "true"

Whether to pass profile_path to the proto compiler.
แท็ก: affects_outputs, loading_and_analysis

--proto_profile_path=<a build target label> default: ดูคำอธิบาย

โปรไฟล์ที่จะส่งไปยังคอมไพเลอร์โปรโตเป็น profile_path หากไม่ได้ตั้งค่า แต่ --proto_profile เป็นจริง (ค่าเริ่มต้น) ระบบจะอนุมานเส้นทางจาก --fdo_optimize
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_cc=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:cc_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์ C++ protos
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_j2objc=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์ j2objc protos
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_java=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:java_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์โปรโตคอล Java
แท็ก: affects_outputs, loading_and_analysis

--proto_toolchain_for_javalite=<a build target label> ค่าเริ่มต้น: "@bazel_tools//tools/proto:javalite_toolchain"

ป้ายกำกับของ proto_lang_toolchain() ซึ่งอธิบายวิธีคอมไพล์โปรโตคอล JavaLite
แท็ก: affects_outputs, loading_and_analysis

--protocopt=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ตัวเลือกเพิ่มเติมที่จะส่งไปยังคอมไพเลอร์ protobuf
แท็ก: affects_outputs

--[no]runs_per_test_detects_flakes ค่าเริ่มต้น: "false"

หากเป็น "จริง" ข้อมูลพร็อพเพอร์ตี้ที่รัน/พยายามอย่างน้อย 1 ครั้งผ่านและรัน/พยายามอย่างน้อย 1 ครั้งไม่ผ่านจะได้รับสถานะ "ไม่เสถียร"

--shell_executable=<a path> default: ดูคำอธิบาย

เส้นทางสัมบูรณ์ไปยังเชลล์ที่ปฏิบัติการได้สำหรับ Bazel หากไม่ได้ตั้งค่านี้ แต่มีการตั้งค่าตัวแปรสภาพแวดล้อม BAZEL_SH ในการเรียกใช้ Bazel ครั้งแรก (ซึ่งจะเริ่มต้นเซิร์ฟเวอร์ Bazel) Bazel จะใช้ตัวแปรนั้น หากไม่ได้ตั้งค่าค่าใดเลย Bazel จะใช้เส้นทางเริ่มต้นแบบฮาร์ดโค้ดโดยขึ้นอยู่กับระบบปฏิบัติการที่ใช้ (Windows: c:/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, อื่นๆ ทั้งหมด: /bin/bash) โปรดทราบว่าการใช้เชลล์ที่เข้ากันไม่ได้กับ bash อาจทําให้การสร้างไม่สําเร็จหรือรันไทม์ของไบนารีที่สร้างขึ้นไม่สําเร็จ
แท็ก: loading_and_analysis

--test_arg=<a string> ระบบจะรวบรวมการใช้งานหลายครั้ง

ระบุตัวเลือกและอาร์กิวเมนต์เพิ่มเติมที่ควรส่งไปยังไฟล์ปฏิบัติการทดสอบ ใช้หลายครั้งเพื่อระบุอาร์กิวเมนต์หลายรายการได้ หากทำการทดสอบหลายรายการ แต่ละรายการจะได้รับอาร์กิวเมนต์ที่เหมือนกัน ใช้โดยคำสั่ง "bazel test" เท่านั้น

--test_filter=<a string> default: ดูคำอธิบาย

ระบุตัวกรองที่จะส่งต่อไปยังเฟรมเวิร์กการทดสอบ ใช้เพื่อจํากัดการเรียกใช้การทดสอบ โปรดทราบว่าการดำเนินการนี้จะไม่ส่งผลต่อเป้าหมายที่สร้าง

ค่าเริ่มต้นของ --test_result_expiration=<an integer>: "-1"

ตัวเลือกนี้เลิกใช้งานแล้วและไม่มีผล

--[no]test_runner_fail_fast ค่าเริ่มต้น: "false"

ส่งต่อตัวเลือก "ดำเนินการทดสอบอย่างรวดเร็ว" ไปยังโปรแกรมรันทดสอบ โปรแกรมรันทดสอบควรหยุดการดําเนินการเมื่อเกิดความผิดพลาดครั้งแรก

--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> ค่าเริ่มต้น: "explicit"

ระบุกลยุทธ์สำหรับการแยกกลุ่มทดสอบ: "explicit" เพื่อใช้การแยกกลุ่มเฉพาะในกรณีที่มีแอตทริบิวต์ BUILD "shard_count" เท่านั้น "disabled" เพื่อไม่ให้ใช้การแยกกลุ่มทดสอบ 'forced=k' เพื่อบังคับใช้กลุ่ม "k" สำหรับการทดสอบโดยไม่คำนึงถึงแอตทริบิวต์ BUILD "shard_count"

--tool_java_language_version=<a string> ค่าเริ่มต้น: ""

เวอร์ชันภาษา Java ที่ใช้ในการเรียกใช้เครื่องมือที่จําเป็นในระหว่างการสร้าง

--tool_java_runtime_version=<a string> ค่าเริ่มต้น: "remotejdk_11"

เวอร์ชันรันไทม์ Java ที่ใช้ในการเรียกใช้เครื่องมือระหว่างการสร้าง

--[no]use_ijars ค่าเริ่มต้น: "true"

หากเปิดใช้ ตัวเลือกนี้จะทําให้คอมไพล์ Java ใช้ไฟล์ jar อินเทอร์เฟซ ซึ่งจะส่งผลให้การคอมไพล์แบบเพิ่มทีละน้อยเร็วขึ้น แต่ข้อความแสดงข้อผิดพลาดอาจแตกต่างกัน