날짜 비워 두기: BazelCon 2023이 10월 24~25일에 Google 뮌헨에서 열립니다. 자세히 알아보기

실행 그룹

문제 신고 소스 보기

실행 그룹을 사용하면 단일 타겟 내에 여러 실행 플랫폼을 사용할 수 있습니다. 각 실행 그룹에는 고유한 도구 모음 종속 항목이 있으며 자체 도구 모음 확인을 수행합니다.

배경

실행 그룹을 사용하면 규칙 작성자가 각각 서로 다른 실행 플랫폼을 갖는 작업 집합을 정의할 수 있습니다. 여러 실행 플랫폼을 사용하면 작업을 다르게 실행할 수 있습니다. 예를 들어 원격(Linux) 작업자에서 iOS 앱을 컴파일한 다음 로컬 Mac 작업자에서 연결/코드 서명을 할 수 있습니다.

작업 그룹을 정의할 수 있게 되면 작업 지정을 위한 프록시로서 작업 기억 장치의 사용법도 완화됩니다. 연상 기호는 고유하지 않을 수 있으며 단일 작업만 참조할 수 있습니다. 이렇게 하면 특히 덜 까다로운 작업에 과도한 할당 없이 특정 메모리에 추가 리소스를 할당하고 집약적인 작업을 처리하는 데 도움이 됩니다.

실행 그룹 정의

규칙 정의 중에 규칙 작성자는 일련의 실행 그룹을 선언할 수 있습니다. 규칙 실행자는 각 실행 그룹에서 해당 실행 그룹의 실행 플랫폼을 선택하는 데 필요한 모든 것, 즉 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"))
    },
)

위의 코드 스니펫에서는 도구 종속 항목이 cfg 속성 매개변수와 config 모듈을 사용하여 실행 그룹의 전환을 지정할 수도 있음을 알 수 있습니다. 모듈은 종속 항목이 빌드되어야 하는 실행 그룹의 이름인 단일 문자열 매개변수를 취하는 exec 함수를 노출합니다.

네이티브 규칙과 마찬가지로 test 실행 그룹은 Starlark 테스트 규칙에 기본적으로 있습니다.

실행 그룹 액세스

규칙 구현에서는 작업을 실행 그룹의 실행 플랫폼에서 실행해야 한다고 선언할 수 있습니다. 이렇게 하려면 작업 생성 메서드, 특히 ctx.actions.runctx.actions.run_shellexec_group 매개변수를 사용하면 됩니다.

# 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",
     # ...
  )

실행 그룹을 사용하여 실행 속성 설정

실행 그룹은 모든 규칙에 있는 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는 실행 플랫폼에서 상속되는 타겟보다 우선합니다.