|
|
Fix Xcode cache miss for Swift macro artifacts renamed after their product
Tuist's Xcode cache now correctly restores Swift macro artifacts whose artifact name differs from the target name (for example, a Dependenci
|
Tuist
|
Cache
|
4.202.0-canary.13
|
GitHub
|
|
|
Fix cached Swift macro artifacts when the artifact name differs from the target name
When generating a project from a cache hit, Tuist now correctly resolves Swift macro artifacts whose file name differs from the target name
|
Tuist
|
Cache
|
4.202.0-canary.13
|
GitHub
|
|
|
Reliable cleanup of expired Tuist Preview environments
Expired Tuist Preview environments are now cleaned up reliably. The scheduled GitHub workflow that tears down preview namespaces is restored
|
Tuist
|
Compute
|
helm@0.13.1
|
GitHub
|
|
|
Reliable cleanup of expired preview environments via in-cluster janitor
The platform Helm chart now ships an in-cluster previewJanitor CronJob that runs hourly to delete expired Tuist preview namespaces, even whe
|
Tuist
|
Compute
|
helm@0.13.1
|
GitHub
|
|
|
Add a rust_mobile_library target shared across Apple and Android
You can now define a rust_mobile_library target in the Starlark prelude to share a single Rust library across both Apple and Android targets
|
Once
|
Once
|
0.26.0
|
GitHub
|
|
|
Shared Rust target for Apple and Android apps
Define a single shared Rust dependency for both Apple and Android apps with the new rust_mobile_library target kind in the Rust Starlark pre
|
Once
|
Once
|
0.26.0
|
GitHub
|
|
|
Add a shared rust_mobile_library target for Apple and Android consumers
The Rust Starlark prelude now includes a rust_mobile_library target kind that lets a single shared Rust dependency be consumed by both Apple
|
Once
|
Once
|
0.26.0
|
GitHub
|
|
|
Add rust_mobile_library target for sharing Rust code across Apple and Android
A new rust_mobile_library target kind is available in the Rust Starlark prelude. A single Rust target can now be consumed by both Apple and
|
Once
|
Once
|
0.26.0
|
GitHub
|
|
|
Binary cache supports ARCore-style nested static Objective-C xcframeworks
Tuist now correctly handles static Objective-C xcframeworks whose public headers live in a Headers// subdirectory, such as ARCoreGARSession
|
Tuist
|
Generated projects
|
4.202.0-canary.12
|
GitHub
|
|
|
Fixed duplicate module map errors for static xcframeworks with their own module map
When a static xcframework slice already includes a module.modulemap, Tuist now exposes a derived headers directory containing the copied hea
|
Tuist
|
Generated projects
|
4.202.0-canary.12
|
GitHub
|
Hive