We use cookies
This site uses cookies. By continuing to use our site, you agree to use of cookies.
Until today, defining watchOS apps and extensions in Tuist was not possible. The good news is that from Tuist 0.19.0 that's no longer true because it extends its beautifully simplified abstractions to watchOS. On top of that, we also shipped support for enabling test coverage in the schemes, and defining the deployment targets in targets. We also took the opportunity to iron out some bugs that had been reported by users.
Hola Xcoders 👋!
Last week we cut a new version of Tuist, 0.19.0, and this time it’s my turn to share what we bundled in that release for you. Let’s dive right in.
Since this version of Tuist you can now define your apps for watchOS. As we’ve done with other Xcode’s intricacines, Tuist takes care of setting up the build phases and build settings for you. The snippet below contains an example of a project that has a watch app and its companion extension.
Although there are some improvements pending to be implemented, the feature is ready for users to start using it in their projects.
In the vein of adding support for more product types, this version of Tuist also includes support for sticker extensions and apps. You can find an example here of an app with a stickers extension and app.
Before this version of Tuist, it was not possible to enable test coverage in schemes. Thanks to Abbas‘s work, it’s now possible and there’s an API for that. If you would like to enable it in your custom schemes, you just need to pass the codeCoverageTargets
attribute when initializing a TestAction
:
You can check the documentation of the TestAction
model here.
Thanks to Daniel‘s contribution, developers will be able to specify the deployment target right in the definition of the target. Tuist will generate the right build settings for the targeted device and minimum runtime version. The snippet below includes an example of an app’s target definition that uses the new deploymentTarget
attribute:
This version of Tuist also includes some minor improvements to some existing features:
Tuist
directories, which comes handy for large workspaces.
We are working on adding support for Project description helpers that will allow developers to extract reusable pieces of their manifests into a separate framework that their manifest files can import. Moreover, we’ll make the API of ProjectDescription
ABI stable to prevent future Swift versions from breaking Tuist local installations. We also started working on a web service for Tuist users, Galaxy, that will provide Tuist users with insights and caching.
Stay tuned because you have not yet seen everything Tuist has to offer you!