กลุ่มการดำเนินการ

กลุ่มการเรียกใช้ช่วยให้ใช้แพลตฟอร์มการเรียกใช้ได้หลายแพลตฟอร์มภายในเป้าหมายเดียว กลุ่มการดำเนินการแต่ละกลุ่มมีทรัพยากร Dependency ของ toolchain ของตนเองและมีการแปลงเครื่องมือเชนของตนเอง

ข้อมูลเบื้องต้น

กลุ่มการดําเนินการช่วยให้ผู้เขียนกฎกําหนดชุดการดําเนินการแต่ละชุดซึ่งมีแพลตฟอร์มการดําเนินการที่แตกต่างกันได้ แพลตฟอร์มการดำเนินการหลายแพลตฟอร์มอาจอนุญาตให้ดำเนินการต่างๆ แตกต่างกัน เช่น การคอมไพล์แอป iOS บนเวิร์กเกอร์ระยะไกล (Linux) แล้วลิงก์/ลงชื่อโค้ดในเวิร์กเกอร์ Mac ในพื้นที่

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

การกําหนดกลุ่มการดําเนินการ

ในระหว่างการกําหนดกฎ ผู้เขียนกฎจะประกาศชุดกลุ่มการดําเนินการได้ ผู้เขียนกฎสามารถระบุข้อมูลทั้งหมดที่จําเป็นในการเลือกแพลตฟอร์มการดําเนินการสําหรับกลุ่มการดําเนินการแต่ละกลุ่มได้ นั่นคือข้อจํากัดผ่าน exec_compatible_with และประเภทเครื่องมือทางเทคนิคผ่าน toolchain

# foo.bzl
my_rule = rule(
    _impl,
    exec_groups = {
        “link”: exec_group(
            exec_compatible_with = [ "@platforms//os:linux" ]
            toolchains = ["//foo:toolchain_type"],
        ),
        “test”: exec_group(
            toolchains = ["//foo_tools:toolchain_type"],
        ),
    },
    attrs = {
        "_compiler": attr.label(cfg = config.exec("link"))
    },
)

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

เช่นเดียวกับกฎเนทีฟ กลุ่มการดําเนินการ test จะแสดงอยู่ในกฎทดสอบ Starlark โดยค่าเริ่มต้น

การเข้าถึงกลุ่มการดำเนินการ

ในการใช้งานกฎ คุณสามารถประกาศว่าควรเรียกใช้การดำเนินการบนแพลตฟอร์มการดำเนินการของกลุ่มการดำเนินการ ซึ่งทำได้โดยใช้พารามิเตอร์ exec_group ของเมธอดการสร้างการดำเนินการ โดยเฉพาะ ctx.actions.run และ ctx.actions.run_shell

# foo.bzl
def _impl(ctx):
  ctx.actions.run(
     inputs = [ctx.attr._some_tool, ctx.srcs[0]]
     exec_group = "compile",
     # ...
  )

ผู้เขียนกฎจะเข้าถึงเครื่องมือทางเทคนิคที่แก้ไขแล้วของกลุ่มการดําเนินการได้เช่นเดียวกับที่คุณเข้าถึงเครื่องมือทางเทคนิคที่แก้ไขแล้วของเป้าหมายได้ ดังนี้

# foo.bzl
def _impl(ctx):
  foo_info = ctx.exec_groups["link"].toolchains["//foo:toolchain_type"].fooinfo
  ctx.actions.run(
     inputs = [foo_info, ctx.srcs[0]]
     exec_group = "link",
     # ...
  )

หมายเหตุ: หากการดำเนินการใช้ Toolchain จากกลุ่มการดำเนินการ แต่ไม่ได้ระบุกลุ่มการดำเนินการดังกล่าวในการประกาศการดำเนินการ ก็อาจทำให้เกิดปัญหาได้ การจับคู่ที่ไม่ตรงกันเช่นนี้อาจไม่ทําให้เกิดความล้มเหลวในทันที แต่ถือเป็นปัญหาแฝง

การใช้กลุ่มการดำเนินการเพื่อตั้งค่าพร็อพเพอร์ตี้การดำเนินการ

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

# BUILD
my_rule(
    name = 'my_target',
    exec_properties = {
        'mem': '12g',
        'link.mem': '16g'
    }
    …
)

การดำเนินการทั้งหมดที่มี exec_group = "link" จะเห็นพจนานุกรมพร็อพเพอร์ตี้ของผู้บริหารเป็น {"mem": "16g"} ดังที่คุณเห็นที่นี่ การตั้งค่าระดับกลุ่มการเรียกใช้จะลบล้างการตั้งค่าระดับเป้าหมาย

กลุ่มการดําเนินการสําหรับกฎเนทีฟ

กลุ่มการดำเนินการต่อไปนี้ใช้ได้กับการดำเนินการที่กำหนดโดยกฎในระบบ

• test: การดำเนินการของโปรแกรมทดสอบ
• cpp_link: การดําเนินการลิงก์ C++

กลุ่มการดำเนินการและพร็อพเพอร์ตี้การดำเนินการของแพลตฟอร์ม

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

ตัวอย่างเช่น สมมติว่าการทดสอบ C++ จำเป็นต้องมีทรัพยากรบางอย่างที่พร้อมใช้งาน แต่ไม่จำเป็นสำหรับการคอมไพล์และการลิงก์ ซึ่งจะสร้างรูปแบบได้ดังนี้

constraint_setting(name = "resource")
constraint_value(name = "has_resource", constraint_setting = ":resource")

platform(
    name = "platform_with_resource",
    constraint_values = [":has_resource"],
    exec_properties = {
        "test.resource": "...",
    },
)

cc_test(
    name = "my_test",
    srcs = ["my_test.cc"],
    exec_compatible_with = [":has_resource"],
)

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