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
Standalone watchOS apps support #628
Comments
Thanks for opening this up @kwridan :) |
Part of: tuist#628 - Added watchOS App / Extension defaults to the info plist content provider - Watch apps reference their host applications bundle identifier in the info plist `WKCompanionAppBundleIdentifier` key - Watch app extensions reference their host watch apps bundle identifier in the info plist `NSExtension.NSExtensionAttributes.WKAppBundleIdentifier` - As such the parent project is now used to perform lookups for those hosts to extract their bundle identifiers - Updated fixture to leverage generated info.plist files Test Plan: - run `tuist generate` within `fixtures/ios_app_with_watchapp2` - Verify the info.plist files generated in `Derrived/InfoPlists` matche the ones created by Xcode (They were previously checked in under `Support`)
Part of: tuist#628 - Added watchOS App / Extension defaults to the info plist content provider - Watch apps reference their host applications bundle identifier in the info plist `WKCompanionAppBundleIdentifier` key - Watch app extensions reference their host watch apps bundle identifier in the info plist `NSExtension.NSExtensionAttributes.WKAppBundleIdentifier` - As such the parent project is now used to perform lookups for those hosts to extract their bundle identifiers - Updated fixture to leverage generated info.plist files Test Plan: - run `tuist generate` within `fixtures/ios_app_with_watchapp2` - Verify the info.plist files generated in `Derrived/InfoPlists` matche the ones created by Xcode (They were previously checked in under `Support`)
Part of: #628 - Added watchOS App / Extension defaults to the info plist content provider - Watch apps reference their host applications bundle identifier in the info plist `WKCompanionAppBundleIdentifier` key - Watch app extensions reference their host watch apps bundle identifier in the info plist `NSExtension.NSExtensionAttributes.WKAppBundleIdentifier` - As such the parent project is now used to perform lookups for those hosts to extract their bundle identifiers - Updated fixture to leverage generated info.plist files Test Plan: - run `tuist generate` within `fixtures/ios_app_with_watchapp2` - Verify the info.plist files generated in `Derrived/InfoPlists` matche the ones created by Xcode (They were previously checked in under `Support`)
Any progress on this? For example, deployment target and device does not seem to support watchOS. |
Hi @pontusm, There's partial support - but some bits are still missing. An example of what's supported can be seen in the following fixture: |
That's great to hear. I managed to work around it by using xcconfig-files and specifying the deployment target there instead. Maybe that is the recommended way to handle build settings instead of relying on Tuist to implement support for everything? |
Sorry for the late reply 😞 - just spotted this. Ya Tuist may not be able to support every configuration permutation out of the box but common things can be added as use cases arise for it. Using xcconfig files is quite common for this - glad you found a way to get it working 👍 |
Overview
#623 adds initial support for watchOS platform targets to Tuist. In effort to incrementally add the necessary features this issue will list out the remaining items needed.
Requirements
The text was updated successfully, but these errors were encountered: