Skip to content

Commit 8c5b832

Browse files
committed
buildifier and docs
Signed-off-by: Aaron Sky <aaronsky@skyaaron.com>
1 parent 1482cb1 commit 8c5b832

File tree

2 files changed

+10
-1
lines changed

2 files changed

+10
-1
lines changed

docs/usage.md

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -187,6 +187,15 @@ a project `xcodeproj_extra_flags.bazelrc` file, which is loaded after the
187187
workspace `.bazelrc` file. This ensures that they override any flags set
188188
earlier, mimicking the behavior of command-line set flags taking precedence.
189189

190+
## Separate the index build output base
191+
192+
By default, rules_xcodeproj configures Xcode to use a combined output base For
193+
both normal builds and index builds. This is done to save disk space and improve
194+
cache hit rates, since both types of builds can share outputs. However, if you
195+
find that index builds are interfering with normal builds, you can disable
196+
this behavior during project generation by setting
197+
`--@rules_xcodeproj//xcodeproj:separate_index_build_output_base` in your bazelrc.
198+
190199
# Command-line API
191200

192201
rules_xcodeproj builds targets in its own

xcodeproj/internal/xcodeproj_rule.bzl

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -819,9 +819,9 @@ def _xcodeproj_attrs(
819819
"project_options": attr.string_dict(mandatory = True),
820820
"runner_build_file": attr.string(mandatory = True),
821821
"runner_label": attr.string(mandatory = True),
822-
"separate_index_build_output_base": attr.bool(mandatory = True),
823822
"scheme_autogeneration_config": attr.string_list_dict(mandatory = True),
824823
"scheme_autogeneration_mode": attr.string(mandatory = True),
824+
"separate_index_build_output_base": attr.bool(mandatory = True),
825825
"target_name_mode": attr.string(mandatory = True),
826826
"top_level_device_targets": attr.label_list(
827827
cfg = target_transitions.device,

0 commit comments

Comments
 (0)