|
|
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
|
|
|
ARCore-style nested static Objective-C xcframeworks build correctly when cached
Projects that cache static Objective-C xcframeworks with a nested header layout (module map and public headers under a Headers// subdirector
|
Tuist
|
Cache, Generated projects
|
4.202.0-canary.12
|
GitHub
|
Hive