-
Notifications
You must be signed in to change notification settings - Fork 277
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow for custom substitutions in plists #1659
Comments
Right now the assumption is that if you need extra processing you do that ahead of time with some |
Hi, The detail description is here: can not add new variables into Info.plist and this is my BUILD:
and this is my source Info.plist:
there comes out one error like this: and my expand_template is as below:
could you please give me some suggesstions ?
|
replacements = {
"${Host_URL}" : "BUILD_test",
}, |
Finally works! Excellent ! Thank you very much !
Open the generated xcodeproj, add the xcconfig to target and then build it, the "Host_URL" will come out in the User-defined, and its value is "https://www.google.nl/", when use it in project:
the url's value is "https://www.apple.com/", is this right ? |
Currently there are some hard coded substitutions when merging plists here. This allows for values to be changed via intake into the plist tool.
However it's not possible to change arbitrary values in a plist tool which is sometimes done. This would be really useful for those specific cases and would match Xcode's support of doing so.
For example in a plist file
This is supported in a straightforward manner using Xcode build.
Xcode will then merge the value into the plist.
None of the formats for bazel seem to work
You get the error
ERROR: In target "Foo.bundle (while bundling under "//platform/ios:resources")"; unknown variable reference "$(INJECTED_COMPILE_TIME_INFORMATION)" while merging plists (key: "ExampleValueWhichTheApplicationChecks", value: "$(INJECTED_COMPILE_TIME_INFORMATION)").
Related:
#643
The text was updated successfully, but these errors were encountered: