You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The use case I have in mind is one wanting source files to be indexed when there's no intent to directly build the respective targets in Xcode.
The existing features related to scheme generation are very flexible but what I'm missing here is the ability to configure things in bulk based on patterns instead of having to list all involved targets explicitly.
The text was updated successfully, but these errors were encountered:
Maybe this is a new scheme_autogeneration_mode that pairs with another attribute specifying the patterns (or pass in a struct to scheme_autogeneration_mode)?
Resolves#3013
The proposal is to introduce a `xcschemes.autogeneration_config` macro
to allow consumers to configure scheme auto-generation. I'm addressing
my particular use case of wanting to exclude certain schemes based on
patterns in their names but I'm open to discuss other
configurations/exclusion patterns folks might want to add here.
In order to test this note how running (from `examples/integration`)
`bazel run //:xcodeproj-incremental-bazel-sim_arm64` generates a project
that **does not** contain the undesired schemes `UndesiredScheme_Swift`
and `UnwantedScheme_Swift` even though the respective targets do exist.
---------
Signed-off-by: Thiago Cruz <thiago@squareup.com>
Co-authored-by: Brentley Jones <github@brentleyjones.com>
The use case I have in mind is one wanting source files to be indexed when there's no intent to directly build the respective targets in Xcode.
The existing features related to scheme generation are very flexible but what I'm missing here is the ability to configure things in bulk based on patterns instead of having to list all involved targets explicitly.
The text was updated successfully, but these errors were encountered: