🛠️ Tuist Run Report 🛠️
Tests 🧪
| Scheme | Status | Cache hit rate | Tests | Skipped | Ran | Commit |
|---|---|---|---|---|---|---|
| TuistAcceptanceTests | ✅ | 0 % | 0 | 0 | 0 | 024418aea |
Builds 🔨
| Scheme | Status | Duration | Commit |
|---|---|---|---|
| TuistAcceptanceTests | ✅ | 3m 34s | 024418aea |
Hive
GitHub issue · Closed
Resolves N/A
The cache canary workflow sets TUIST_FEATURE_FLAG_KURA=1, but withFixtureConnectedToCanary rebuilt the mocked environment and dropped every TUIST_FEATURE_FLAG_* variable. That made canary cache tests call /api/cache/endpoints without the Kura client feature flag header. The server then returned the default cache endpoint list, and managed canary has the embedded default cache disabled, so the CLI saw an empty endpoint list and threw .noEndpointsAvailable.
This removes that feature flag filter from the canary fixture trait. Canary fixtures now inherit the same feature flags as the environment that scheduled the test, which matches how the GitHub Actions job controls Kura opt-in.
mise run cli:lint --fixmise run cli:eeTUIST_EE=1 tuist generate tuist TuistAcceptanceTesting TuistCacheEEAcceptanceTests ProjectDescription --no-openTUIST_EE=1 xcodebuild build-for-testing -workspace Tuist.xcworkspace -scheme TuistCacheEEAcceptanceTests -destination platform=macOS,arch=arm64 CODE_SIGNING_ALLOWED=NO CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY="" COMPILATION_CACHE_ENABLE_CACHING=NOTuistCacheEECanaryAcceptanceTests, because they require canary credentials and mutate remote projects.| Scheme | Status | Cache hit rate | Tests | Skipped | Ran | Commit |
|---|---|---|---|---|---|---|
| TuistAcceptanceTests | ✅ | 0 % | 0 | 0 | 0 | 024418aea |
| Scheme | Status | Duration | Commit |
|---|---|---|---|
| TuistAcceptanceTests | ✅ | 3m 34s | 024418aea |