- Getting started
- Project description
- Workspace description
- Project description helpers
- Accessing resources
- Dynamic configuration
- Managing versions
- Adoption guidelines
- Frequently asked questions
Building at scale
- Edit your projects
- Generate projects
- Focus on targets
- Sign your apps
- Build schemes
- Test schemes
- Scaffold files
- Project graph
- Set up environment
- Migrate Xcode projects
- Generate documentation
- Generate secrets
- Clean the local environment
When adding a dependency between your project and third-party tools, it’s crucial that the dependency is reproducible. If the dependency is not the same across all the environments, it might produce different results with the same input. Have you ever heard the well-known “it works for me”? That’s often the result of having non-reproducible environments.
bundle exec cocoapods, Bundler makes sure that the version of CocoaPods that you are executing is the version that is specified in your
Although the Swift Package Manager supports defining dependencies to be linked from your packages, it doesn’t support defining tools your project depends on. In other words, there isn’t a
swift exec tuist. The closest option is Mint, a non-official tool that aims to solve that problem. However, it means a dependency with another tool that should be installed in the environment, probably with Homebrew, and whose versioning is out of our control. Besides introducing some inconvenience, it might result in a non-reproducible environment.
Tuist opted for a simple, reproducible and transparent version management approach that is built into Tuist. If you followed the Getting Started guide when you installed Tuist, you installed a tool called
tuistenv that got renamed into
tuist. Try executing the following command:
It’ll execute help on
tuistenv which prints the list of commands that are available to manage the Tuist environment. In the following sections, we’ll go through each of these commands, explain what they do, and what they are for.
When executed with no arguments,
tuist local, it prints the list of versions that are available locally:
tuist localThe following versions are available in the local environment:- 0.4.0
If you execute the same command passing a version as an argument, it pins the directory where you are running the command from to the given version:
tuist local 0.4.0Generating .tuist-version file with version 0.4.0✅ Success: File generated at path /Tuist/.tuist-version
Note that it pins the version by creating a
.tuist-version file in the current directory.
You might want to bundle
tuist in your repository so that each git snapshot contains all the necessary elements to interact with the projects in it. The
tuist bundle command is precisely for that:
tuist bundleBundling the version 0.4.0 in the directory /Tuist/.tuist-bin✅ Success: tuist bundled successfully at /Tuist/.tuist-bin
It creates a
.tuist-bin directory in the current directory that contains the
tuist binary and its artifacts. You can use bundled version of
tuist by running
tuist install installs a given version locally. It requires a version or a commit sha to be passed:
tuist install 0.4.0Downloading version from https://github.com/tuist/tuist/releases/download/0.4.0/tuist.zipInstalling...Version 0.4.0 installed
If the given version has a GitHub release, it’ll pull the compiled assets and place them locally. Otherwise, it’ll pull the source code, compile it, and move them into the right directory.
As you might have guessed, this command reverts the command above by deleting an installed version:
tuist uninstall 0.4.0✅ Success: Version 0.4.0 uninstalled
If there isn’t any version installed, or there’s a new version that is not installed locally, the update command installs it:
tuist updateChecking for updates...No local versions available. Installing the latest version 0.4.0Downloading version from https://github.com/tuist/tuist/releases/download/0.4.0/tuist.zipInstalling...Version 0.4.0 installed
To check the current installed version of
tuistenv, the command is:
As we mentioned earlier, Tuist version management works transparently. Any of the commands mentioned above are necessary to use Tuist.
When you run Tuist:
- It determines which version should be executed by using the following priority order:
- Bundled version (in current directory or parents)
- Pinned version (in current directory or parents)
- Highest local version
- Once the version is determined, it checks if the version exists locally. If it doesn’t, it installs it.
- After ensuring that the version exists, it runs it, passing the right arguments.
Running Tuist with a pinned version that is not installed
tuist --helpUsing version 0.4.0 defined at /Users/pedropinera/Downloads/.tuist-versionVersion 0.4.0 not found locally. Installing...Downloading version from https://github.com/tuist/tuist/releases/download/0.4.0/tuist.zipInstalling...Version 0.4.0 installedOVERVIEW: Generate, build and test your Xcode projects.USAGE: tuist <command> <options>...
Running tuist with a bundled version
tuist --helpUsing bundled version at path /Users/pedropinera/Downloads/.tuist-binOVERVIEW: Generate, build and test your Xcode projects.USAGE: tuist <command> <options>...
Running tuist without any pinned nor bundled version
tuist --helpOVERVIEW: Generate, build and test your Xcode projects.USAGE: tuist <command> <options>...