Define your watchOS apps and extensions easily with Tuist 0.19.0

2019-11-19Pedro Piñera 2 min read

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.

Support for watchOS apps

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.

import ProjectDescription
let project = Project(name: "App",
targets: [
Target(name: "WatchApp",
platform: .watchOS,
product: .watch2App,
bundleId: "io.tuist.App.watchkitapp",
infoPlist: "Support/WatchApp-Info.plist",
resources: "WatchApp/**",
dependencies: [
.target(name: "WatchAppExtension")
Target(name: "WatchAppExtension",
platform: .watchOS,
product: .watch2Extension,
bundleId: "io.tuist.App.watchkitapp.watchkitextension",
infoPlist: "Support/WatchAppExtension-Info.plist",
sources: ["WatchAppExtension/**"],
resources: ["WatchAppExtension/**/*.xcassets"],
dependencies: [])
Copy the content

Although there are some improvements pending to be implemented, the feature is ready for users to start using it in their projects.

Support for sticker extension & app

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.

Support for enabling test coverage in schemes

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:

let test = TestAction(target: ["MyAppTests"], codeCoverageTargets: true)
Copy the content

You can check the documentation of the TestAction model here.

Defining the deployment target

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:

let target = Target(name: "App",
platform: .iOS,
product: .app,
bundleId: "io.tuist.App",
deploymentTarget: .iOS(targetVersion: "13.1", devices: [.iphone, .ipad]),
infoPlist: "Info.plist",
sources: "Sources/**")
Copy the content

Other improvements

This version of Tuist also includes some minor improvements to some existing features:

What’s coming

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!

This page can be edited on GitHub