โดยเฉพาะอย่างยิ่ง จะช่วยให้ฟังก์ชันการติดตั้งใช้งานเข้าถึงป้ายกำกับ คุณลักษณะ การกําหนดค่า และผู้จําหน่ายของรายการที่อ้างอิงได้ โดยจะมีวิธีการประกาศไฟล์เอาต์พุตและการดำเนินการที่สร้างไฟล์
โดยพื้นฐานแล้ว ออบเจ็กต์บริบทจะใช้งานได้ตลอดระยะเวลาการเรียกใช้ฟังก์ชันการติดตั้งใช้งาน การเข้าถึงออบเจ็กต์เหล่านี้นอกฟังก์ชันที่เกี่ยวข้องจะใช้งานไม่ได้ ดูข้อมูลเพิ่มเติมได้ที่หน้ากฎ
สมาชิก
- actions
- aspect_ids
- attr
- bin_dir
- build_file_path
- build_setting_value
- การกําหนดค่า
- coverage_instrumented
- created_actions
- default_provider
- disabled_features
- exec_groups
- executable
- expand_location
- expand_make_variables
- features
- file
- files
- ส่วนย่อย
- genfiles_dir
- host_configuration
- host_fragments
- info_file
- ป้ายกำกับ
- new_file
- เอาต์พุต
- resolve_command
- resolve_tools
- กฎ
- runfiles
- split_attr
- target_platform_has_constraint
- toolchains
- var
- version_file
- workspace_name
การดำเนินการ
actions ctx.actionsประกอบด้วยเมธอดสำหรับการประกาศไฟล์เอาต์พุตและการดำเนินการที่สร้างไฟล์ดังกล่าว
aspect_ids
list ctx.aspect_idsรายการรหัสของทุกแง่มุมที่ใช้กับเป้าหมาย ใช้ได้เฉพาะในฟังก์ชันการติดตั้งใช้งานแอตทริบิวต์
attr
struct ctx.attrโครงสร้างสําหรับเข้าถึงค่าของแอตทริบิวต์ ค่าที่ระบุโดยผู้ใช้ (ถ้าไม่ใช่ ระบบจะใช้ค่าเริ่มต้น) แอตทริบิวต์ของโครงสร้างและประเภทของค่าจะสอดคล้องกับคีย์และค่าของ
attrs
dict ที่ส่งไปยังฟังก์ชัน rule
ดูตัวอย่างการใช้งาน
bin_dir
root ctx.bin_dirรากที่สัมพันธ์กับไดเรกทอรี bin
build_file_path
string ctx.build_file_pathเส้นทางไปยังไฟล์ BUILD สำหรับกฎนี้ซึ่งสัมพันธ์กับรูทของแหล่งที่มา
build_setting_value
unknown ctx.build_setting_valueทดลอง ช่องนี้อยู่ในขั้นทดลองและอาจมีการเปลี่ยนแปลงได้ทุกเมื่อ อย่าไปคาดหวัง
ค่าของการตั้งค่าบิลด์ที่แสดงโดยเป้าหมายปัจจุบัน เกิดข้อผิดพลาดในการเข้าถึงช่องนี้สำหรับกฎที่ไม่ได้ตั้งค่าแอตทริบิวต์ build_setting
ในคำจำกัดความกฎ
การกำหนดค่า
configuration ctx.configurationการกำหนดค่าเริ่มต้น ดูรายละเอียดเพิ่มเติมในประเภทการกําหนดค่า
coverage_instrumented
bool ctx.coverage_instrumented(target=None)จะแสดงผลว่าควรสร้างการวัดการครอบคลุมของโค้ดเมื่อดำเนินการคอมไพล์สำหรับกฎนี้ หรือหากมี
target
กฎที่เป้าหมายระบุไว้ (หากระบุเป้าหมายที่ไม่ใช่กฎหรือกฎ Starlark ผลลัพธ์จะเป็น False) ตรวจสอบว่าควรใช้เครื่องมือวัดแหล่งที่มาของกฎปัจจุบัน (หากไม่ได้ระบุเป้าหมาย) หรือแหล่งที่มาของเป้าหมายตามการตั้งค่าการกําหนดค่า --instrumentation_filter และ --instrument_test_targets หรือไม่ ซึ่งแตกต่างจาก coverage_enabled
ในการกำหนดค่า ซึ่งมีการแจ้งว่ามีการเปิดใช้การรวบรวมข้อมูลการครอบคลุมสำหรับการเรียกใช้ทั้งหมดหรือไม่ แต่ไม่ได้ระบุว่าควรใช้เป้าหมายที่เฉพาะเจาะจงหรือไม่
พารามิเตอร์
พารามิเตอร์ | คำอธิบาย |
---|---|
target
|
Target; or None ;
default = Noneตัวระบุเป้าหมายที่ระบุกฎ หากไม่ระบุ ระบบจะใช้กฎปัจจุบันเป็นค่าเริ่มต้น |
created_actions
StarlarkValue ctx.created_actions()สําหรับกฎที่มีการตั้งค่า _skylark_testable เป็น
True
การดำเนินการนี้จะแสดงผู้ให้บริการ Actions ที่แสดงการดําเนินการทั้งหมดที่สร้างจนถึงตอนนี้สําหรับกฎปัจจุบัน สำหรับกฎอื่นๆ ทั้งหมด ระบบจะแสดงผลเป็น None
โปรดทราบว่าระบบจะไม่อัปเดตผู้ให้บริการเมื่อมีการสร้างการดำเนินการในภายหลัง คุณจึงต้องเรียกใช้ฟังก์ชันนี้อีกครั้งหากต้องการตรวจสอบการดำเนินการเหล่านั้น มีไว้เพื่อช่วยเขียนการทดสอบสําหรับฟังก์ชันตัวช่วยในการใช้งานกฎ ซึ่งอาจรับออบเจ็กต์
ctx
และสร้างการดําเนินการกับออบเจ็กต์นั้น
default_provider
Provider ctx.default_providerเลิกใช้งานแล้ว ให้ใช้ DefaultInfo แทน
disabled_features
list ctx.disabled_featuresชุดฟีเจอร์ที่ผู้ใช้ปิดใช้สำหรับกฎนี้อย่างชัดเจน
exec_groups
ExecGroupCollection ctx.exec_groupsคอลเล็กชันกลุ่มการดําเนินการที่ใช้ได้กับกฎนี้ โดยจัดทําดัชนีตามชื่อ เข้าถึงด้วย
ctx.exec_groups[name_of_group]
ไฟล์ปฏิบัติการ
struct ctx.executable
struct
ที่มีไฟล์ปฏิบัติการซึ่งกำหนดไว้ในแอตทริบิวต์ประเภทป้ายกำกับซึ่งทําเครื่องหมายเป็น executable=True
ช่องโครงสร้างสอดคล้องกับชื่อแอตทริบิวต์ ค่าแต่ละค่าในโครงสร้างจะเป็น File
หรือ None
หากไม่ได้ระบุแอตทริบิวต์ที่ไม่บังคับในกฎ ค่า Struct ที่เกี่ยวข้องจะเป็น None
หากไม่ได้ทําเครื่องหมายประเภทป้ายกํากับเป็น executable=True
ระบบจะไม่สร้างช่อง Struct ที่สอดคล้องกัน ดูตัวอย่างการใช้
expand_location
string ctx.expand_location(input, targets=[], short_paths=False)ขยายเทมเพลต
$(location ...)
ทั้งหมดในสตริงที่ระบุโดยแทนที่ $(location //x)
ด้วยเส้นทางของไฟล์เอาต์พุตของเป้าหมาย //x การขยายจะใช้ได้กับป้ายกำกับที่ชี้ไปยังทรัพยากร Dependency โดยตรงของกฎนี้หรือที่แสดงอยู่ในอาร์กิวเมนต์ targets
ที่ไม่บังคับเท่านั้น $(location ...)
จะทำให้เกิดข้อผิดพลาดหากเป้าหมายที่อ้างอิงมีเอาต์พุตหลายรายการ ในกรณีนี้ โปรดใช้ $(locations ...)
เนื่องจากโค้ดนี้จะสร้างรายการเส้นทางเอาต์พุตที่คั่นด้วยช่องว่าง นอกจากนี้ยังใช้กับไฟล์เอาต์พุตไฟล์เดียวได้อย่างปลอดภัยอีกด้วยฟังก์ชันนี้มีประโยชน์ในการอนุญาตให้ผู้ใช้ระบุคำสั่งในไฟล์ BUILD (เช่น สำหรับ
genrule
) ในกรณีอื่นๆ การจัดการป้ายกำกับโดยตรงมักจะดีกว่า
พารามิเตอร์
พารามิเตอร์ | คำอธิบาย |
---|---|
input
|
required String to be expanded. |
targets
|
sequence of Targets ;
default = []ลิสต์เป้าหมายสําหรับข้อมูลเพิ่มเติมในการค้นหา |
short_paths
|
default = False ใช้เส้นทางแบบสัมพัทธ์ระดับรูทแทนเส้นทางแบบเต็มของ exec |
None
expand_make_variables
string ctx.expand_make_variables(attribute_name, command, additional_substitutions)เลิกใช้งานแล้ว ใช้ ctx.var เพื่อเข้าถึงตัวแปรแทน
แสดงผลสตริงหลังจากขยายการอ้างอิงทั้งหมดเป็น "สร้างตัวแปร" ตัวแปรต้องอยู่ในรูปแบบ
$(VAR_NAME)
นอกจากนี้ $$VAR_NAME
expands to $VAR_NAME
. Examples:ctx.expand_make_variables("cmd", "$(MY_VAR)", {"MY_VAR": "Hi"}) # == "Hi" ctx.expand_make_variables("cmd", "$$PWD", {}) # == "$PWD" Additional variables may come from other places, such as configurations. Note that this function is experimental.Parameters
Parameter | Description |
---|---|
attribute_name
|
required The attribute name. Used for error reporting. |
command
|
required The expression to expand. It can contain references to "Make variables". |
additional_substitutions
|
required Additional substitutions to make beyond the default make variables. |
features
list ctx.featuresThe set of features that are explicitly enabled by the user for this rule. See example of use.
file
struct ctx.fileA
struct
containing files defined in label type attributes marked as allow_single_file
. The struct fields correspond to the attribute names. The struct value is always a File
or None
. If an optional attribute is not specified in the rule then the corresponding struct value is None
. If a label type is not marked as allow_single_file
, no corresponding struct field is generated. It is a shortcut for:list(ctx.attr.<ATTR>.files)[0]In other words, use
file
to access the (singular) default output of a dependency. See example of use.
files
struct ctx.filesA
struct
containing files defined in label or label list type attributes. The struct fields correspond to the attribute names. The struct values are list
of File
s. It is a shortcut for:[f for t in ctx.attr.<ATTR> for f in t.files]In other words, use
files
to access the default outputs of a dependency. See example of use.
fragments
fragments ctx.fragmentsAllows access to configuration fragments in target configuration.
genfiles_dir
root ctx.genfiles_dirThe root corresponding to genfiles directory.
host_configuration
configuration ctx.host_configurationThe host configuration. See the configuration type for more details.
host_fragments
fragments ctx.host_fragmentsAllows access to configuration fragments in host configuration.
info_file
File ctx.info_fileThe file that is used to hold the non-volatile workspace status for the current build request. See documentation for --workspace_status_command for more information.
label
Label ctx.labelThe label of the target currently being analyzed.
new_file
File ctx.new_file(var1, var2=unbound, var3=unbound)DEPRECATED. Use ctx.actions.declare_file.
Creates a file object. There are four possible signatures to this method:
- new_file(filename): Creates a file object with the given filename in the current package.
- new_file(file_root, filename): Creates a file object with the given filename under the given file root.
- new_file(sibling_file, filename): Creates a file object in the same directory as the given sibling file.
- new_file(file_root, sibling_file, suffix): Creates a file object with same base name of the sibling_file but with different given suffix, under the given file root.
Does not actually create a file on the file system, just declares that some action will do so. You must create an action that generates the file. If the file should be visible to other rules, declare a rule output instead when possible. Doing so enables Blaze to associate a label with the file that rules can refer to (allowing finer dependency control) instead of referencing the whole rule.
Parameters
Parameter | Description |
---|---|
var1
|
string; or root; or File ;
required |
var2
|
string; or File ;
default = unbound |
var3
|
string ;
default = unbound |
outputs
structure ctx.outputsA pseudo-struct containing all the predeclared output files, represented by
File
objects. See the Rules page for more information and examples.This field does not exist on aspect contexts, since aspects do not have predeclared outputs.
The fields of this object are defined as follows. It is an error if two outputs produce the same field name or have the same label.
- If the rule declares an
outputs
dict, then for every entry in the dict, there is a field whose name is the key and whose value is the correspondingFile
. - For every attribute of type
attr.output
that the rule declares, there is a field whose name is the attribute's name. If the target specified a label for that attribute, then the field value is the correspondingFile
; otherwise the field value isNone
. - For every attribute of type
attr.output_list
that the rule declares, there is a field whose name is the attribute's name. The field value is a list ofFile
objects corresponding to the labels given for that attribute in the target, or an empty list if the attribute was not specified in the target. - (Deprecated) If the rule is marked
executable
ortest
, there is a field named"executable"
, which is the default executable. It is recommended that instead of using this, you pass another file (either predeclared or not) to theexecutable
arg ofDefaultInfo
.
resolve_command
tuple ctx.resolve_command(command='', attribute=None, expand_locations=False, make_variables=None, tools=[], label_dict={}, execution_requirements={})(Experimental) Returns a tuple
(inputs, command, input_manifests)
of the list of resolved inputs, the argv list for the resolved command, and the runfiles metadata required to run the command, all of them suitable for passing as the same-named arguments of the ctx.action
method.Note for Windows users: this method requires Bash (MSYS2). Consider using
resolve_tools()
instead (if that fits your needs).
Parameters
Parameter | Description |
---|---|
command
|
default = '' Command to resolve. |
attribute
|
string; or None ;
default = NoneName of the associated attribute for which to issue an error, or None. |
expand_locations
|
default = False Shall we expand $(location) variables? See ctx.expand_location() for more details. |
make_variables
|
dict; or None ;
default = NoneMake variables to expand, or None. |
tools
|
sequence of Targets ;
default = []List of tools (list of targets). |
label_dict
|
default = {} Dictionary of resolved labels and the corresponding list of Files (a dict of Label : list of Files). |
execution_requirements
|
default = {} Information for scheduling the action to resolve this command. See tags for useful keys. |
resolve_tools
tuple ctx.resolve_tools(tools=[])Returns a tuple
(inputs, input_manifests)
of the depset of resolved inputs and the runfiles metadata required to run the tools, both of them suitable for passing as the same-named arguments of the ctx.actions.run
method.In contrast to
ctx.resolve_command
, this method does not require that Bash be installed on the machine, so it's suitable for rules built on Windows.
Parameters
Parameter | Description |
---|---|
tools
|
sequence of Targets ;
default = []List of tools (list of targets). |
rule
rule_attributes ctx.ruleRule attributes descriptor for the rule that the aspect is applied to. Only available in aspect implementation functions.
runfiles
runfiles ctx.runfiles(files=[], transitive_files=None, collect_data=False, collect_default=False, symlinks={}, root_symlinks={})Creates a runfiles object.
Parameters
Parameter | Description |
---|---|
files
|
sequence of Files ;
default = []The list of files to be added to the runfiles. |
transitive_files
|
depset of Files; or None ;
default = NoneThe (transitive) set of files to be added to the runfiles. The depset should use the default order (which, as the name implies, is the default).
|
collect_data
|
default = False Use of this parameter is not recommended. See runfiles guide. Whether to collect the data runfiles from the dependencies in srcs, data and deps attributes. |
collect_default
|
default = False Use of this parameter is not recommended. See runfiles guide. Whether to collect the default runfiles from the dependencies in srcs, data and deps attributes. |
symlinks
|
dict; or depset of SymlinkEntrys ;
default = {}Either a SymlinkEntry depset or the map of symlinks, prefixed by workspace name, to be added to the runfiles. See Runfiles symlinks in the rules guide. |
root_symlinks
|
dict; or depset of SymlinkEntrys ;
default = {}Either a SymlinkEntry depset or a map of symlinks to be added to the runfiles. See Runfiles symlinks in the rules guide. |
split_attr
struct ctx.split_attrA struct to access the values of attributes with split configurations. If the attribute is a label list, the value of split_attr is a dict of the keys of the split (as strings) to lists of the ConfiguredTargets in that branch of the split. If the attribute is a label, then the value of split_attr is a dict of the keys of the split (as strings) to single ConfiguredTargets. Attributes with split configurations still appear in the attr struct, but their values will be single lists with all the branches of the split merged together.
target_platform_has_constraint
bool ctx.target_platform_has_constraint(constraintValue)Returns true if the given constraint value is part of the current target platform.
Parameters
Parameter | Description |
---|---|
constraintValue
|
required The constraint value to check the target platform against. |
toolchains
ToolchainContext ctx.toolchainsToolchains for the default exec group of this rule.
var
dict ctx.varDictionary (String to String) of configuration variables.
version_file
File ctx.version_fileThe file that is used to hold the volatile workspace status for the current build request. See documentation for --workspace_status_command for more information.
workspace_name
string ctx.workspace_nameThe workspace name as defined in the WORKSPACE file.