คําจํากัดความที่พบบ่อย

รายงานปัญหา ดูแหล่งที่มา รุ่น Nightly · 7.4 7.3 · 7.2 · 7.1 · 7.0 · 6.5

ส่วนนี้จะกําหนดคําศัพท์และแนวคิดต่างๆ ที่พบได้ทั่วไปในฟังก์ชันหรือกฎการสร้างหลายรายการ

เนื้อหา

การแปลงข้อมูลเป็นโทเค็นของ Bourne shell

แอตทริบิวต์สตริงบางอย่างของกฎบางข้อจะแบ่งออกเป็นหลายคำตามกฎการแยกออกเป็นโทเค็นของ Bourne Shell ดังนี้ เว้นวรรคที่ไม่ได้อยู่ในเครื่องหมายคำพูดจะคั่นคำต่างๆ และใช้อักขระเครื่องหมายคำพูดเดี่ยวและเครื่องหมายคำพูดคู่ รวมถึงแบ็กสแลชเพื่อป้องกันการแยกออกเป็นโทเค็น

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

โดยปกติแล้วแอตทริบิวต์ที่อยู่ภายใต้การขยายตัวแปร "Make" และ Bourne shell จะมีการแยกออกเป็นโทเค็นเพื่อส่งตัวเลือกที่กำหนดเองไปยังคอมไพเลอร์และเครื่องมืออื่นๆ ตัวอย่างของแอตทริบิวต์ดังกล่าวคือ cc_library.copts และ java_library.javacopts การใช้แทนเหล่านี้ช่วยให้ตัวแปรสตริงเดียวขยายเป็นรายการคำตัวเลือกเฉพาะการกำหนดค่าได้

การขยายป้ายกำกับ

แอตทริบิวต์สตริงบางรายการของกฎจำนวนน้อยมากจะขึ้นอยู่กับการขยายป้ายกำกับ: หากสตริงเหล่านั้นมีป้ายกำกับที่ถูกต้องเป็นสตริงย่อย เช่น //mypkg:target และป้ายกำกับนั้นเป็นข้อกําหนดเบื้องต้นที่ประกาศไว้ของกฎปัจจุบัน ระบบจะขยายป้ายกำกับนั้นให้เป็นเส้นทางของไฟล์ที่แสดงโดย target //mypkg:target

แอตทริบิวต์ตัวอย่าง ได้แก่ genrule.cmd และ cc_binary.linkopts รายละเอียดอาจแตกต่างกันอย่างมากในแต่ละกรณี เช่น ปัญหาต่างๆ เช่น การขยายป้ายกำกับแบบสัมพัทธ์ วิธีจัดการป้ายกำกับที่ขยายไปยังไฟล์หลายไฟล์ เป็นต้น โปรดดูข้อมูลที่เจาะจงในเอกสารประกอบของแอตทริบิวต์กฎ

แอตทริบิวต์ทั่วไปที่กฎการสร้างส่วนใหญ่กำหนด

ส่วนนี้อธิบายแอตทริบิวต์ที่กฎการสร้างหลายข้อกำหนดไว้ แต่ไม่ใช่ทั้งหมด

แอตทริบิวต์ คำอธิบาย
data

รายการป้ายกำกับ ค่าเริ่มต้นคือ []

ไฟล์ที่จําเป็นสําหรับกฎนี้เมื่อรันไทม์ อาจแสดงรายการเป้าหมายของไฟล์หรือกฎ โดยทั่วไปแล้วอนุญาตให้ใช้เป้าหมายใดก็ได้

เอาต์พุตเริ่มต้นและไฟล์การเรียกใช้ของเป้าหมายในแอตทริบิวต์ data ควรปรากฏในพื้นที่ *.runfiles ของไฟล์ปฏิบัติการใดๆ ซึ่งเอาต์พุตโดยหรือมีทรัพยากร Dependency รันไทม์กับเป้าหมายนี้ ซึ่งอาจรวมถึงไฟล์ข้อมูลหรือไบนารีที่ใช้เมื่อมีการเรียกใช้ srcs ของเป้าหมายนี้ ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีใช้และพึ่งพาไฟล์ข้อมูลได้ในส่วนการพึ่งพาข้อมูล

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

deps

รายการป้ายกํากับ ค่าเริ่มต้นคือ []

ทรัพยากร Dependency สำหรับเป้าหมายนี้ โดยทั่วไปควรแสดงเฉพาะเป้าหมายของกฎ (แม้ว่ากฎบางข้อจะอนุญาตให้ไฟล์ปรากฏใน deps โดยตรง แต่ควรหลีกเลี่ยงเมื่อเป็นไปได้)

โดยทั่วไป กฎเฉพาะภาษาจะจํากัดเป้าหมายที่แสดงไว้ให้ผู้ให้บริการที่เฉพาะเจาะจงเท่านั้น

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

โดยส่วนใหญ่แล้ว ทรัพยากร Dependency ของ deps จะช่วยให้โมดูลหนึ่งใช้สัญลักษณ์ที่กำหนดไว้ในอีกโมดูลหนึ่งที่เขียนในภาษาโปรแกรมเดียวกันและคอมไพล์แยกกันได้ นอกจากนี้ ระบบยังอนุญาตให้ใช้การพึ่งพาข้ามภาษาในหลายกรณี เช่น เป้าหมาย java_library อาจใช้โค้ด C++ ในเป้าหมาย cc_library โดยระบุเป้าหมายหลังในแอตทริบิวต์ deps ดูคำจำกัดความของการขึ้นต่อกันสำหรับข้อมูลเพิ่มเติม

licenses

รายการสตริง nonconfigurable ค่าเริ่มต้นคือ ["none"]

รายการสตริงประเภทใบอนุญาตที่จะใช้กับเป้าหมายนี้ ซึ่งเป็นส่วนหนึ่งของ API การอนุญาตให้ใช้สิทธิที่เลิกใช้งานแล้วซึ่ง Bazel ไม่ได้ใช้อีกต่อไป อย่าใช้

srcs

รายการป้ายกํากับ ค่าเริ่มต้นคือ []

ไฟล์ที่ประมวลผลหรือรวมไว้โดยกฎนี้ โดยทั่วไปจะแสดงไฟล์โดยตรง แต่อาจแสดงเป้าหมายของกฎ (เช่น filegroup หรือ genrule) เพื่อรวมเอาเอาต์พุตเริ่มต้นของกฎ

กฎสำหรับภาษาใดภาษาหนึ่งมักกำหนดให้ไฟล์ที่ระบุมีส่วนขยายไฟล์ที่เฉพาะเจาะจง

แอตทริบิวต์ทั่วไปสำหรับกฎบิลด์ทั้งหมด

ส่วนนี้อธิบายแอตทริบิวต์ที่เพิ่มโดยนัยลงในกฎการสร้างทั้งหมด

แอตทริบิวต์ คำอธิบาย
compatible_with

รายการป้ายกำกับ nonconfigurable ค่าเริ่มต้นคือ []

รายการสภาพแวดล้อมที่สามารถสร้างเป้าหมายนี้ได้ นอกเหนือจากสภาพแวดล้อมที่รองรับโดยค่าเริ่มต้น

วิธีนี้เป็นส่วนหนึ่งของระบบข้อจำกัดของ Bazel ที่ช่วยให้ผู้ใช้ประกาศว่าเป้าหมายใดที่ทำได้และไม่ได้ เช่น ไฟล์ไบนารีที่นำไปใช้งานได้ภายนอกไม่ควรขึ้นอยู่กับไลบรารีที่มีโค้ดลับของบริษัท ดูรายละเอียดได้ที่ ConstraintSemantics

deprecation

สตริง ไม่สามารถกําหนดค่าได้ ค่าเริ่มต้นคือ None

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

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

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

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

เมื่อผู้ใช้หยุดใช้แล้ว คุณก็นำเป้าหมายออกได้

distribs

รายการสตริง ไม่สามารถกําหนดค่าได้ ค่าเริ่มต้นคือ []

รายการสตริงวิธีการกระจายที่จะใช้สำหรับเป้าหมายนี้ ซึ่งเป็นส่วนหนึ่งของ API การอนุญาตให้ใช้สิทธิที่เลิกใช้งานแล้วซึ่ง Bazel ไม่ได้ใช้งานแล้ว อย่าใช้งานสิ่งนี้

exec_compatible_with

รายการป้ายกำกับ nonconfigurable ค่าเริ่มต้นคือ []

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

exec_properties

พจนานุกรมของสตริง ค่าเริ่มต้นคือ {}

พจนานุกรมสตริงที่จะเพิ่มลงใน exec_properties ของแพลตฟอร์มที่เลือกสําหรับเป้าหมายนี้ โปรดดู exec_properties ของกฎแพลตฟอร์ม

หากมีคีย์ทั้งในพร็อพเพอร์ตี้แพลตฟอร์มและระดับเป้าหมาย ระบบจะนำค่านี้มาจากเป้าหมาย
features

รายการสตริงฟีเจอร์ ค่าเริ่มต้นคือ []

ฟีเจอร์คือแท็กสตริงที่เปิดหรือปิดใช้ในเป้าหมายได้ ความหมายของฟีเจอร์จะขึ้นอยู่กับกฎนั้นๆ

ระบบจะรวมแอตทริบิวต์ features นี้เข้ากับแอตทริบิวต์ features ระดับแพ็กเกจ ตัวอย่างเช่น หากเปิดใช้ฟีเจอร์ ["a", "b"] ที่ระดับแพ็กเกจ และแอตทริบิวต์ features ของเป้าหมายมี ["-a", "c"] ฟีเจอร์ที่เปิดใช้สำหรับกฎจะเป็น "b" และ "c" ดูตัวอย่าง

restricted_to

รายการป้ายกำกับ; ไม่สามารถกำหนดค่าได้; ค่าเริ่มต้นคือ []

รายการสภาพแวดล้อมที่สามารถสร้างเป้าหมายนี้ได้แทนสภาพแวดล้อมที่รองรับโดยค่าเริ่มต้น

ซึ่งเป็นส่วนหนึ่งของระบบข้อจำกัดของ Bazel ดูรายละเอียดได้ที่ compatible_with

tags

รายการสตริง ไม่สามารถกําหนดค่าได้ ค่าเริ่มต้นคือ []

คุณใช้แท็กกับกฎใดก็ได้ แท็กในกฎการทดสอบและtest_suiteมีประโยชน์ในการจัดหมวดหมู่การทดสอบ แท็กในเป้าหมายที่ไม่ใช่การทดสอบใช้เพื่อควบคุมการดำเนินการของ genrule และ Starlark ในแซนด์บ็อกซ์ และสำหรับการแยกวิเคราะห์โดยมนุษย์และ/หรือเครื่องมือภายนอก

Bazel จะแก้ไขลักษณะการทํางานของโค้ดแซนด์บ็อกซ์หากพบคีย์เวิร์ดต่อไปนี้ในแอตทริบิวต์ tags ของการทดสอบหรือเป้าหมาย genrule หรือคีย์ของ execution_requirements สําหรับการดำเนินการ Starlark

  • คีย์เวิร์ด no-sandbox จะทำให้การดำเนินการหรือการทดสอบไม่อยู่ในแซนด์บ็อกซ์ การดำเนินการหรือทดสอบดังกล่าวจะยังคงแคชหรือทำงานจากระยะไกลได้ ใช้ no-cache หรือ no-remote เพื่อป้องกันการดําเนินการหรือการทดสอบดังกล่าว
  • no-cache คีย์เวิร์ดส่งผลให้การดําเนินการหรือการทดสอบไม่มีการแคชไว้ (ทั้งแบบในเครื่องหรือจากระยะไกล) หมายเหตุ: สําหรับวัตถุประสงค์ของแท็กนี้ ระบบจะถือว่าแคชดิสก์เป็นแคชในเครื่อง ส่วนแคช HTTP และ gRPC จะถือว่าอยู่ระยะไกล แคชอื่นๆ เช่น Skyframe หรือแคชการดำเนินการถาวร จะไม่ได้รับผลกระทบ
  • คีย์เวิร์ด no-remote-cache ทำให้การดำเนินการหรือการทดสอบไม่มีการแคชจากระยะไกล (แต่อาจมีการแคชไว้ในเครื่อง และอาจดำเนินการจากระยะไกลด้วย) หมายเหตุ: สําหรับวัตถุประสงค์ของแท็กนี้ ระบบจะถือว่าแคชดิสก์เป็นแคชในเครื่อง ส่วนแคช HTTP และ gRPC จะถือว่าอยู่ระยะไกล แคชอื่นๆ เช่น Skyframe หรือแคชการดำเนินการถาวร จะไม่ได้รับผลกระทบ หากใช้แคชในดิสก์ในเครื่องและแคชระยะไกลร่วมกัน (แคชแบบรวม) ระบบจะถือว่าแคชดังกล่าวเป็นแคชระยะไกลและปิดใช้โดยสมบูรณ์ เว้นแต่จะมีการตั้งค่า --incompatible_remote_results_ignore_disk ซึ่งในกรณีนี้ระบบจะใช้คอมโพเนนต์ในเครื่อง
  • คีย์เวิร์ด no-remote-exec คำส่งผลให้ไม่มีการดำเนินการหรือการทดสอบจากระยะไกล (แต่อาจมีการแคชไว้จากระยะไกล)
  • คีย์เวิร์ด no-remote ป้องกันไม่ให้ดำเนินการหรือทดสอบจากระยะไกลหรือแคชจากระยะไกล ซึ่งเทียบเท่ากับการใช้ทั้ง no-remote-cache และ no-remote-exec
  • คีย์เวิร์ด no-remote-cache-upload ปิดใช้การอัปโหลดบางส่วนของการแคชที่เก็บไข่จากระยะไกล แต่จะไม่ได้ปิดใช้การเรียกใช้จากระยะไกล
  • คีย์เวิร์ด local ป้องกันไม่ให้ระบบแคชการดำเนินการหรือการทดสอบจากระยะไกล เรียกใช้จากระยะไกล หรือเรียกใช้ภายในแซนด์บ็อกซ์ สําหรับ genrules และการทดสอบ การทําเครื่องหมายกฎด้วยแอตทริบิวต์ local = True จะมีผลเหมือนกัน
  • คีย์เวิร์ด requires-network อนุญาตให้เข้าถึงเครือข่ายภายนอกจากภายในแซนด์บ็อกซ์ แท็กนี้จะมีผลก็ต่อเมื่อเปิดใช้แซนด์บ็อกซ์เท่านั้น
  • คีย์เวิร์ด block-network จะบล็อกการเข้าถึงเครือข่ายภายนอกจากภายในแซนด์บ็อกซ์ ในกรณีนี้ ระบบจะอนุญาตเฉพาะการสื่อสารกับ localhost เท่านั้น แท็กนี้จะมีผลก็ต่อเมื่อเปิดใช้แซนด์บ็อกซ์เท่านั้น
  • requires-fakeroot เรียกใช้การทดสอบหรือการดำเนินการโดย uid และ gid 0 (เช่น ผู้ใช้รูท) การดำเนินการนี้มีการสนับสนุนเฉพาะใน Linux เท่านั้น แท็กนี้มีความสำคัญเหนือตัวเลือกบรรทัดคำสั่ง --sandbox_fake_username

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

Bazel จะแก้ไขลักษณะการทํางานของการทดสอบหากพบคีย์เวิร์ดต่อไปนี้ในแอตทริบิวต์ tags ของกฎการทดสอบ

  • exclusive จะบังคับให้ทำการทดสอบในโหมด "พิเศษ" เพื่อให้ไม่มีการทดสอบอื่นทำงานอยู่ในเวลาเดียวกัน การทดสอบดังกล่าวจะดำเนินการตามลำดับหลังจากกิจกรรมการสร้างและการทดสอบที่ไม่ใช่แบบผูกขาดทั้งหมดเสร็จสมบูรณ์แล้ว ระบบจะปิดใช้การดําเนินการจากระยะไกลสําหรับการทดสอบดังกล่าวเนื่องจาก Bazel ไม่สามารถควบคุมสิ่งที่ทํางานบนเครื่องระยะไกลได้
  • exclusive-if-local จะบังคับให้การทดสอบทำงานในโหมด "พิเศษ" หากดำเนินการในเครื่อง แต่จะทำการทดสอบพร้อมกันหากดำเนินการจากระยะไกล
  • คีย์เวิร์ด manual จะยกเว้นเป้าหมายจากการขยายไวลด์การ์ดรูปแบบเป้าหมาย (..., :*, :all ฯลฯ) และกฎ test_suite ที่ไม่ได้แสดงการทดสอบไว้อย่างชัดแจ้งเมื่อคำนวณชุดของเป้าหมายระดับบนสุดเพื่อสร้าง/เรียกใช้สำหรับคำสั่ง build, test และ coverage โดยจะไม่ส่งผลต่อไวลด์การ์ดเป้าหมายหรือการขยายชุดทดสอบในบริบทอื่นๆ รวมถึงคำสั่ง query โปรดทราบว่า manual ไม่ได้หมายความว่าไม่ควรสร้าง/เรียกใช้เป้าหมายโดยอัตโนมัติจากระบบการบิลด์/ทดสอบอย่างต่อเนื่อง เช่น คุณอาจต้องการยกเว้นเป้าหมายจาก bazel test ... เนื่องจากต้องใช้ Flag ของ Bazel ที่เฉพาะเจาะจง แต่ยังคงรวมเป้าหมายนั้นไว้ในการเรียกใช้การทดสอบก่อนส่งหรือทดสอบอย่างต่อเนื่องที่กําหนดค่าอย่างถูกต้อง
  • คีย์เวิร์ด external จะบังคับให้ทดสอบโดยไม่มีเงื่อนไข (โดยไม่คำนึงถึงค่า --cache_test_results)
ดูรูปแบบเพิ่มเติมเกี่ยวกับแท็กที่แนบกับเป้าหมายการทดสอบได้ที่รูปแบบแท็กในสารานุกรมการทดสอบ
target_compatible_with

รายการป้ายกํากับ ค่าเริ่มต้นคือ []

รายการconstraint_valueที่ต้องแสดงในแพลตฟอร์มเป้าหมายเพื่อให้ระบบพิจารณาว่าเป้าหมายนี้เข้ากันได้ นอกเหนือจากข้อจำกัดที่ประเภทกฎกำหนดไว้แล้ว หากแพลตฟอร์มเป้าหมายไม่เป็นไปตามข้อจำกัดที่ระบุไว้ทั้งหมด ระบบจะถือว่าเป้าหมายใช้ร่วมกันไม่ได้ ข้ามเป้าหมายที่ใช้ร่วมกันไม่ได้เพื่อสร้างและทดสอบเมื่อขยายรูปแบบเป้าหมาย (เช่น //..., :all) เมื่อระบุอย่างชัดเจนในบรรทัดคำสั่ง เป้าหมายที่ใช้ร่วมกันไม่ได้จะทำให้ Bazel พิมพ์ข้อผิดพลาดและทำให้เกิดการสร้างหรือทดสอบไม่สำเร็จ

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

รายการว่าง (ซึ่งเป็นค่าเริ่มต้น) หมายความว่าเป้าหมายเข้ากันได้กับทุกแพลตฟอร์ม

กฎทั้งหมดที่ไม่ใช่กฎ Workspace รองรับแอตทริบิวต์นี้ สําหรับกฎบางรายการ แอตทริบิวต์นี้จะไม่มีผล เช่น การระบุ target_compatible_with สำหรับ cc_toolchain นั้นไม่มีประโยชน์

ดูข้อมูลเพิ่มเติมเกี่ยวกับการข้ามเป้าหมายที่เข้ากันไม่ได้ได้ที่หน้าแพลตฟอร์ม

testonly

บูลีน nonconfigurable ค่าเริ่มต้นคือ False ยกเว้นเป้าหมาย Test Suite และทดสอบ

หากเป็น True จะมีเพียงเป้าหมายทดสอบเท่านั้น (เช่น การทดสอบ) ที่สามารถใช้เป้าหมายนี้ได้

หรือกล่าวอีกนัยหนึ่งคือ กฎที่ไม่ใช่ testonly จะต้องไม่อิงตามกฎที่เป็น testonly

การทดสอบ (กฎ *_test) และชุดทดสอบ (กฎ test_suite) จะเป็น testonly โดยค่าเริ่มต้น

แอตทริบิวต์นี้มีไว้เพื่อระบุว่าเป้าหมายไม่ควรอยู่ในไบนารีที่เผยแพร่ไปยังเวอร์ชันที่ใช้งานจริง

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

toolchains

รายการป้ายกำกับ nonconfigurable ค่าเริ่มต้นคือ []

ชุดเป้าหมายที่มีสร้างตัวแปรซึ่งเป้าหมายนี้ได้รับอนุญาตให้เข้าถึง เป้าหมายเหล่านี้คืออินสแตนซ์ของกฎที่ให้ TemplateVariableInfo หรือเป้าหมายพิเศษสำหรับประเภทเครื่องมือที่อยู่ใน Bazel ซึ่งรวมถึง

  • @bazel_tools//tools/cpp:toolchain_type
  • @bazel_tools//tools/jdk:current_java_runtime

โปรดทราบว่าการดำเนินการนี้แตกต่างจากแนวคิดการแก้ไข Toolchain ที่ใช้ในการติดตั้งใช้งานกฎสำหรับการกำหนดค่าที่ขึ้นอยู่กับแพลตฟอร์ม คุณไม่สามารถใช้แอตทริบิวต์นี้เพื่อระบุ cc_toolchain หรือ java_toolchain ที่เฉพาะเจาะจงซึ่งเป้าหมายจะใช้

visibility

รายการป้ายกำกับ nonconfigurable ค่าเริ่มต้นคือ default_visibility จาก package หากระบุ หรือ "//visibility:private"

แอตทริบิวต์ visibility ในเป้าหมายจะควบคุมว่าจะใช้เป้าหมายในแพ็กเกจอื่นๆ ได้หรือไม่ ดูระดับการเข้าถึงในเอกสารประกอบ

แอตทริบิวต์ที่ใช้ร่วมกันกับกฎทดสอบทั้งหมด (*_test)

ส่วนนี้จะอธิบายแอตทริบิวต์ทั่วไปในกฎการทดสอบทั้งหมด

แอตทริบิวต์ คำอธิบาย
args

รายการสตริง ขึ้นอยู่กับการแทนที่ $(location) และ "Make variable" รวมถึง การแยกสตริงคำสั่ง Bourne Shell ค่าเริ่มต้นคือ []

อาร์กิวเมนต์บรรทัดคำสั่งที่ Bazel ส่งไปยังเป้าหมายเมื่อเรียกใช้ด้วย bazel test

ระบบจะส่งอาร์กิวเมนต์เหล่านี้ก่อนค่า --test_arg ที่ระบุไว้ในบรรทัดคำสั่ง bazel test

env

พจนานุกรมสตริง ค่าจะขึ้นอยู่กับการแทนที่ $(location) และ "Make variable" ค่าเริ่มต้นคือ {}

ระบุตัวแปรสภาพแวดล้อมเพิ่มเติมที่จะตั้งค่าเมื่อทำการทดสอบโดย bazel test

แอตทริบิวต์นี้ใช้กับกฎเนทีฟเท่านั้น เช่น cc_test, py_test และ sh_test แต่จะไม่มีผลกับกฎการทดสอบที่ Starlark กำหนด สําหรับกฎ Starlark ของคุณเอง คุณสามารถเพิ่มแอตทริบิวต์ "env" และใช้เพื่อป้อนข้อมูลผู้ให้บริการ TestEnvironment ได้

env_inherit

รายการสตริง ค่าเริ่มต้นคือ []

ระบุตัวแปรสภาพแวดล้อมเพิ่มเติมที่จะรับค่าจากสภาพแวดล้อมภายนอกเมื่อ bazel test ทำการทดสอบ

แอตทริบิวต์นี้ใช้กับกฎเนทีฟเท่านั้น เช่น cc_test, py_test และ sh_test แต่จะมีผลกับกฎการทดสอบที่ Starlark กำหนด

size

สตริง "enormous", "large", "medium" หรือ "small"ไม่สามารถกําหนดค่าได้ค่าเริ่มต้นคือ "medium"

ระบุ "ความซับซ้อน" ของเป้าหมายการทดสอบ: ระยะเวลา/ทรัพยากรที่จําเป็นในการเรียกใช้

การทดสอบ 1 หน่วยถือเป็นการทดสอบ "เล็ก" การทดสอบการผสานรวม "ปานกลาง" และการทดสอบจากต้นทางถึงปลายทาง "ใหญ่" หรือ "ใหญ่" Bazel ใช้ขนาดเพื่อกำหนดการหมดเวลาเริ่มต้น ซึ่งสามารถลบล้างได้โดยใช้แอตทริบิวต์ timeout การหมดเวลาจะมีผลกับการทดสอบทั้งหมดในเป้าหมาย BUILD ไม่ใช่การทดสอบแต่ละรายการ เมื่อทำการทดสอบในเครื่อง size จะใช้เพื่อวัตถุประสงค์ในการกำหนดเวลาเพิ่มเติมด้วย โดย Bazel จะพยายามปฏิบัติตาม --local_{ram,cpu}_resources และไม่ให้เครื่องทำงานหนักเกินไปด้วยการเรียกใช้การทดสอบที่หนักหน่วงหลายรายการพร้อมกัน

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

ขนาด RAM (เป็น MB) CPU (ในแกน CPU) ระยะหมดเวลาเริ่มต้น
เล็ก 20 1 สั้น (1 นาที)
ปานกลาง 100 1 ปานกลาง (5 นาที)
ใหญ่ 300 1 ยาว (15 นาที)
มหาศาล 800 1 ถาวร (60 นาที)

ระบบจะตั้งค่าตัวแปรสภาพแวดล้อม TEST_SIZE เป็นค่าของแอตทริบิวต์นี้เมื่อสร้างการทดสอบ

timeout

สตริง "short", "moderate", "long" หรือ "eternal"; ค่าเริ่มต้นที่กำหนดค่าไม่ได้จะมาจากแอตทริบิวต์ size ของการทดสอบ

ระยะเวลาที่คาดว่าการทดสอบจะทํางานก่อนที่จะแสดงผล

แม้ว่าแอตทริบิวต์ขนาดของการทดสอบจะควบคุมการประมาณทรัพยากร แต่คุณอาจตั้งค่าการหมดเวลาของการทดสอบแยกต่างหากได้ หากไม่ได้ระบุไว้อย่างชัดเจน ระบบจะกำหนดเวลาหมดอายุตามขนาดของการทดสอบ คุณลบล้างการหมดเวลาการทดสอบได้ด้วย Flag --test_timeout เช่น สำหรับการทํางานภายใต้เงื่อนไขบางอย่างที่ทราบว่าทํางานช้า ค่าระยะหมดเวลาการทดสอบ สอดคล้องกับระยะเวลาต่อไปนี้

ค่าระยะหมดเวลา ระยะเวลา
วิดีโอสั้น 1 นาที
ปานกลาง 5 นาที
ยาว 15 นาที
นิรันดร์ 60 นาที

สำหรับเวลานอกเหนือจากที่กล่าวมาข้างต้น คุณจะลบล้างการหมดเวลาของการทดสอบได้ด้วยแฟล็ก Bazel ของ --test_timeout เช่น สำหรับการทำงานด้วยตนเองภายใต้เงื่อนไขที่ทราบแล้วว่าทำงานช้า ค่า --test_timeout จะแสดงเป็นวินาที ตัวอย่างเช่น --test_timeout=120 จะตั้งระยะหมดเวลาทดสอบเป็น 2 นาที

ระบบจะตั้งค่าตัวแปรสภาพแวดล้อม TEST_TIMEOUT เป็นระยะหมดเวลาการทดสอบ (เป็นวินาที) เมื่อสร้างการทดสอบ

flaky

บูลีน ไม่สามารถกําหนดค่าได้ ค่าเริ่มต้นคือ False

ทําเครื่องหมายการทดสอบว่าไม่น่าเชื่อถือ

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

shard_count

จํานวนเต็มที่ไม่ติดลบซึ่งน้อยกว่าหรือเท่ากับ 50 ค่าเริ่มต้นคือ -1

ระบุจํานวนชาร์ดแบบขนานที่จะใช้เพื่อเรียกใช้การทดสอบ

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

หากเปิดใช้การแยกกลุ่มการทดสอบ ระบบจะตั้งค่าตัวแปรสภาพแวดล้อม TEST_TOTAL_SHARDS เป็นค่านี้เมื่อสร้างการทดสอบ

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

ดูรายละเอียดการแยกกลุ่มได้ที่หัวข้อการแยกกลุ่มการทดสอบในสารานุกรมการทดสอบ
local

บูลีน ไม่สามารถกําหนดค่าได้ ค่าเริ่มต้นคือ False

บังคับให้เรียกใช้การทดสอบในเครื่องโดยไม่ต้องใช้แซนด์บ็อกซ์

การตั้งค่านี้เป็น "จริง" เทียบเท่ากับการระบุ "ท้องถิ่น" เป็นแท็ก (tags=["local"])

แอตทริบิวต์ที่ใช้ร่วมกันสำหรับกฎไบนารีทั้งหมด (*_binary)

ส่วนนี้อธิบายแอตทริบิวต์ที่ใช้ร่วมกันกับกฎไบนารีทั้งหมด

แอตทริบิวต์ คำอธิบาย
args

รายการสตริง ขึ้นอยู่กับการแทนที่ $(location) และ "Make variable" และ การแยกสตริงของ Bourne Shell ไม่สามารถกำหนดค่าได้ โดยค่าเริ่มต้นคือ []

อาร์กิวเมนต์บรรทัดคำสั่งที่ Bazel จะส่งไปยังเป้าหมายเมื่อมีการเรียกใช้ ไม่ว่าจะด้วยคำสั่ง run หรือเป็นการทดสอบ ระบบจะส่งอาร์กิวเมนต์เหล่านี้ก่อนอาร์กิวเมนต์ที่ระบุไว้ในบรรทัดคำสั่ง bazel run หรือ bazel test

หมายเหตุ: ระบบจะไม่ส่งอาร์กิวเมนต์เมื่อคุณเรียกใช้เป้าหมายนอก Bazel (เช่น โดยการเรียกใช้ไบนารีใน bazel-bin/ ด้วยตนเอง)

env

พจนานุกรมสตริง ค่าจะขึ้นอยู่กับการแทนที่ $(location) และ "Make variable" ค่าเริ่มต้นคือ {}

ระบุตัวแปรสภาพแวดล้อมเพิ่มเติมที่จะตั้งค่าเมื่อ bazel run เรียกใช้เป้าหมาย

แอตทริบิวต์นี้ใช้กับกฎเนทีฟเท่านั้น เช่น cc_binary, py_binary และ sh_binary แต่ไม่มีผลกับกฎปฏิบัติการที่ Starlark กำหนด

หมายเหตุ: ระบบจะไม่ตั้งค่าตัวแปรสภาพแวดล้อมเมื่อคุณเรียกใช้เป้าหมายนอก Bazel (เช่น การเรียกใช้ไบนารีใน bazel-bin/ ด้วยตนเอง)

output_licenses

รายการสตริง ค่าเริ่มต้นคือ []

ใบอนุญาตของไฟล์เอาต์พุตที่ไบนารีนี้สร้างขึ้น ซึ่งเป็นส่วนหนึ่งของ API การอนุญาตให้ใช้สิทธิที่เลิกใช้งานแล้วซึ่ง Bazel ไม่ได้ใช้งานแล้ว อย่าใช้

แอตทริบิวต์ที่กำหนดค่าได้

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

ตัวอย่างต่อไปนี้ประกาศแหล่งที่มาที่แตกต่างกันสำหรับสถาปัตยกรรมเป้าหมายที่แตกต่างกัน การใช้ bazel build :multiplatform_lib --cpu x86 จะสร้างเป้าหมายโดยใช้ x86_impl.cc ส่วนการใช้ --cpu arm แทนจะทำให้ใช้ arm_impl.cc แทน 

cc_library(
    name = "multiplatform_lib",
    srcs = select({
        ":x86_mode": ["x86_impl.cc"],
        ":arm_mode": ["arm_impl.cc"]
    })
)
config_setting(
    name = "x86_mode",
    values = { "cpu": "x86" }
)
config_setting(
    name = "arm_mode",
    values = { "cpu": "arm" }
)

ฟังก์ชัน select() จะเลือกค่าทางเลือกต่างๆ สําหรับแอตทริบิวต์ที่กำหนดค่าได้ โดยอิงตามเกณฑ์ config_setting หรือ constraint_value ที่กำหนดค่าเป้าหมายได้

Bazel จะประเมินแอตทริบิวต์ที่กำหนดค่าได้หลังจากประมวลผลมาโครและก่อนประมวลผลกฎ (ในทางเทคนิคคือระหว่างระยะการโหลดและการวิเคราะห์) การประมวลผลก่อนการประเมิน select() จะไม่ทราบว่า select() จะเลือกสาขาใด ตัวอย่างเช่น มาโครจะเปลี่ยนลักษณะการทำงานตามสาขาที่เลือกไม่ได้ และbazel queryจะเดาอย่างถี่ถ้วนเกี่ยวกับข้อกำหนดที่พารามิเตอร์เป้าหมายกำหนดได้เท่านั้น ดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้ select() กับกฎและมาโครได้ในคำถามที่พบบ่อยนี้

แอตทริบิวต์ที่มีเครื่องหมาย nonconfigurable ในเอกสารประกอบจะใช้ฟีเจอร์นี้ไม่ได้ โดยปกติแล้ว แอตทริบิวต์จะกำหนดค่าไม่ได้เนื่องจาก Bazel ต้องทราบค่าของแอตทริบิวต์ภายในก่อนจึงจะกำหนดวิธีแก้ไข select() ได้

ดูภาพรวมโดยละเอียดได้ที่ แอตทริบิวต์การสร้างที่กำหนดค่าได้

เป้าหมายเอาต์พุตโดยนัย

เลิกใช้งานเอาต์พุตโดยนัยใน C++ แล้ว โปรดงดใช้คำนี้ในภาษาอื่นๆ หากเป็นไปได้ เรายังไม่มีเส้นทางการเลิกใช้งาน แต่ในที่สุดเราก็จะเลิกใช้งานเช่นเดียวกัน

เมื่อคุณกำหนดกฎการสร้างในไฟล์ BUILD แสดงว่าคุณกําลังประกาศเป้าหมายกฎที่มีชื่อใหม่ในแพ็กเกจอย่างชัดเจน ฟังก์ชันกฎการสร้างจำนวนมากยังโดยนัยกำหนดเป้าหมายไฟล์เอาต์พุตอย่างน้อย 1 รายการด้วย ซึ่งเนื้อหาและความหมายจะขึ้นอยู่กับกฎ ตัวอย่างเช่น เมื่อคุณประกาศกฎ java_binary(name='foo', ...) อย่างชัดเจน คุณจะประกาศโดยนัยว่าไฟล์เอาต์พุตเป้าหมาย foo_deploy.jar เป็นสมาชิกของแพ็กเกจเดียวกันด้วย (เป้าหมายเฉพาะนี้เป็นที่เก็บถาวรของ Java ที่ทำงานในตัวเองซึ่งเหมาะสำหรับการทำให้ใช้งานได้)

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

สําหรับกฎการสร้างแต่ละประเภท เอกสารประกอบของกฎจะมีส่วนพิเศษที่ระบุชื่อและเนื้อหาของเอาต์พุตโดยนัยที่เกิดจากการประกาศกฎประเภทนั้นๆ

ข้อแตกต่างที่สำคัญแต่ค่อนข้างละเอียดระหว่างเนมสเปซ 2 รายการที่ระบบบิลด์ใช้คือ ป้ายกำกับจะระบุเป้าหมาย ซึ่งอาจเป็นกฎหรือไฟล์ และเป้าหมายไฟล์อาจแบ่งออกเป็นเป้าหมายไฟล์ต้นทาง (หรืออินพุต) และเป้าหมายไฟล์ที่ดึงข้อมูล (หรือเอาต์พุต) สิ่งเหล่านี้คือสิ่งที่คุณพูดถึงได้ในไฟล์ BUILD, สร้างจากบรรทัดคำสั่ง หรือตรวจสอบโดยใช้ bazel query ซึ่งก็คือเนมสเปซเป้าหมาย เป้าหมายไฟล์แต่ละรายการจะสอดคล้องกับไฟล์จริง 1 ไฟล์บนดิสก์ ("เนมสเปซของระบบไฟล์") เป้าหมายของกฎแต่ละรายการอาจสอดคล้องกับไฟล์จริง 0 รายการ อย่างน้อย 1 รายการ หรือมากกว่านั้นบนดิสก์ อาจมีไฟล์ในดิสก์ที่ไม่มีเป้าหมายที่เกี่ยวข้อง เช่น .o ไฟล์ออบเจ็กต์ที่สร้างขึ้นระหว่างการคอมไพล์ C++ ไม่สามารถอ้างอิงได้จากภายในไฟล์ BUILD หรือจากบรรทัดคำสั่ง วิธีนี้ทำให้เครื่องมือสร้างอาจซ่อนรายละเอียดการใช้งานบางอย่างเกี่ยวกับวิธีทํางาน โปรดดูคำอธิบายเพิ่มเติมในข้อมูลอ้างอิงแนวคิด BUILD