실행 그룹을 사용하면 단일 타겟 내에서 여러 실행 플랫폼을 사용할 수 있습니다. 각 실행 그룹에는 자체 도구 모음 종속 항목이 있고 자체 도구 모음 해결을 실행합니다.
현재 상태
CppLink
과 같은 특정 네이티브 선언 작업의 실행 그룹은 exec_properties
내에서 사용하여 작업별, 타겟별 실행 요구사항을 설정할 수 있습니다. 자세한 내용은 기본 실행 그룹 섹션을 참고하세요.
배경
실행 그룹을 사용하면 규칙 작성자가 각각 실행 플랫폼이 다를 수 있는 작업 집합을 정의할 수 있습니다. 여러 실행 플랫폼을 사용하면 작업이 다르게 실행될 수 있습니다. 예를 들어 원격(Linux) 작업자에서 iOS 앱을 컴파일한 다음 로컬 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"))
},
)
위의 코드 스니펫에서 도구 종속 항목은 cfg
속성 매개변수와 config
모듈을 사용하여 실행 그룹의 전환을 지정할 수도 있습니다. 이 모듈은 종속 항목을 빌드해야 하는 실행 그룹의 이름인 단일 문자열 매개변수를 사용하는 exec
함수를 노출합니다.
네이티브 규칙과 마찬가지로 test
실행 그룹은 Starlark 테스트 규칙에 기본적으로 있습니다.
실행 그룹 액세스
규칙 구현에서 작업이 실행 그룹의 실행 플랫폼에서 실행되어야 한다고 선언할 수 있습니다. 작업 생성 메서드(특히 ctx.actions.run
및 ctx.actions.run_shell
)의 exec_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",
# ...
)
기본 실행 그룹
다음 실행 그룹은 사전 정의되어 있습니다.
test
: 테스트 러너 작업입니다 (자세한 내용은 테스트 백과사전의 실행 플랫폼 섹션 참고).cpp_link
: C++ 연결 작업입니다.
실행 그룹을 사용하여 실행 속성 설정
실행 그룹은 모든 규칙에 있는 exec_properties
속성과 통합되어 타겟 작성자가 속성의 문자열 사전(실행 시스템에 전달됨)을 지정할 수 있습니다. 예를 들어 타겟의 메모리와 같은 속성을 설정하고 특정 작업에 더 높은 메모리 할당을 부여하려면 실행 그룹이 증강된 키를 사용하여 exec_properties
항목을 작성합니다.
# BUILD
my_rule(
name = 'my_target',
exec_properties = {
'mem': '12g',
'link.mem': '16g'
}
…
)
exec_group = "link"
가 있는 모든 작업은 실행 속성 사전이 {"mem": "16g"}
로 표시됩니다. 여기에서 볼 수 있듯이 실행 그룹 수준 설정이 타겟 수준 설정보다 우선합니다.
실행 그룹을 사용하여 플랫폼 제약 조건 설정
실행 그룹은 모든 규칙에 있으며 타겟 작성자가 타겟의 작업에 선택된 실행 플랫폼에서 충족해야 하는 추가 제약 조건을 지정할 수 있는 exec_compatible_with
및 exec_group_compatible_with
속성과도 통합됩니다.
예를 들어 규칙 my_test
가 기본 실행 그룹과 test
실행 그룹 외에 link
실행 그룹을 정의하는 경우 이러한 속성을 다음과 같이 사용하면 CPU 수가 많은 플랫폼에서는 기본 실행 그룹의 작업이 실행되고, Linux에서는 테스트 작업이 실행되고, 기본 실행 플랫폼에서는 링크 작업이 실행됩니다.
# BUILD
constraint_setting(name = "cpu")
constraint_value(name = "high_cpu", constraint_setting = ":cpu")
platform(
name = "high_cpu_platform",
constraint_values = [":high_cpu"],
exec_properties = {
"cpu": "256",
},
)
my_test(
name = "my_test",
exec_compatible_with = ["//constraints:high_cpu"],
exec_group_compatible_with = {
"test": ["@platforms//os:linux"],
},
...
)
네이티브 규칙의 실행 그룹
네이티브 규칙으로 정의된 작업에 사용할 수 있는 실행 그룹은 다음과 같습니다.
test
: 테스트 실행기 작업입니다.cpp_link
: C++ 연결 작업입니다.
실행 그룹 및 플랫폼 실행 속성
알 수 없는 실행 그룹의 속성이 거부되는 타겟에 직접 설정된 exec_properties
와 달리 플랫폼 타겟의 임의 실행 그룹에 exec_properties
를 정의할 수 있습니다. 그러면 타겟은 기본 실행 그룹과 기타 관련 실행 그룹에 영향을 미치는 실행 플랫폼의 exec_properties
를 상속합니다.
예를 들어 exec 플랫폼에서 테스트를 실행하려면 일부 리소스를 사용할 수 있어야 하지만 컴파일 및 연결에는 필요하지 않다고 가정해 보겠습니다. 이는 다음과 같이 모델링할 수 있습니다.
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
는 실행 플랫폼에서 상속된 exec_properties
보다 우선합니다.