Changelog

Tuist's pull request comments now show which specific tests failed, including the failure message and a link to the source file in GitHub. This lets you identify and fix failures directly from the PR without opening the dashboard.

Organizations can now enforce SSO authentication. When enabled, members must verify their identity with the configured SSO provider before accessing organization resources. Users can still log in normally, but will be redirected to SSO when accessing an enforced organization.

Build scans now include machine-level performance charts for CPU, memory, network, and disk usage. See exactly what your build machine was doing during the build to spot resource bottlenecks. Available for both Xcode and Gradle builds. For Xcode, run tuist setup insights to enable metric collection. Gradle builds collect metrics automatically through the plugin.

Gradle build details now show the tasks that were explicitly requested by the user (e.g., assembleRelease, connectedAndroidTest), making it easy to distinguish between different build types in CI environments with multiple builds.

Block pull requests when your app's bundle size grows beyond a configured limit. Tuist automatically creates GitHub Check Runs that compare the install or download size against a baseline branch. If the threshold is exceeded, you can accept the increase directly from the GitHub UI. Learn more in the bundle insights documentation.

See attachments associated with a given test case run directly in the dashboard to understand why your tests might have failed as quickly as possible.

You can now click on any test case run to open a dedicated detail page with everything you need to understand what happened in that run.

Tuist now supports the Model Context Protocol (MCP) over HTTP so coding agents can authenticate and interact with your Tuist data directly.

This first release includes:

• OAuth discovery and dynamic client registration for MCP clients.
• A protected MCP endpoint at /mcp with proper bearer challenges.
• Initial tools for test analysis workflows:
  • list_projects
  • list_test_cases (with optional flaky filter)
  • get_test_case
  • get_test_run
  • get_test_case_run
• An initial prompt (fix_flaky_test) that guides agents through diagnosing and fixing flaky tests.

This gives agents enough context and tooling to inspect flaky tests and drill down into run-level failure details from Tuist.

When a test crashes (e.g. force-unwrap of nil), Tuist now extracts the crash log from the xcresult bundle, parses it, and surfaces the stack trace directly in the test run dashboard. Each failure card shows the exception type, signal, and formatted crash thread frames so you can diagnose crashes without leaving your browser. The full .ips crash log is also available for download.

Additionally, the crash report is available in the CLI (tuist test case show <test-case-run-id>), which makes the crash report available to agents when for example fixing flaky tests.

Get notified via Slack when your app's bundle size increases significantly. Configure alert rules to monitor install or download size changes on a specific branch, and catch unexpected size regressions before they reach your users.