|
|
Suite-level test sharding is planned from server-side history
The CLI no longer boots every test bundle to discover suites while building a shard plan. Instead, it sends the module list to the server, w
|
Tuist, Once
|
CLI, Testing
|
4.202.0-rc.1
|
GitHub
|
|
|
SwifterPM registry package roots no longer break Xcode dependency scanning
SwifterPM registry downloads now keep each registry package root as a real workspace-local directory under .build/registry/downloads, with i
|
Tuist
|
Generated projects
|
4.202.0-rc.1
|
GitHub
|
|
|
Renamed macro cache artifacts are resolved correctly
The storage fetch step no longer force-unwraps when the requested macro cache artifact is missing from the archive. Macros whose product nam
|
Tuist
|
Cache
|
4.202.0-rc.1
|
GitHub
|
|
|
CAS daemon no longer fsyncs analytics on every operation under build-time disk contention
The CAS daemon's per-operation analytics database now opens with PRAGMA synchronous = OFF instead of NORMAL, so each storeMetadata insert is
|
Tuist, Kura
|
Kura
|
4.202.0-rc.1
|
GitHub
|
|
|
tuist commands stop blocking on best-effort analytics uploads to a slow server
Best-effort run metadata uploads (both the foregrounded CI upload and the hidden background analytics-upload command) are now bounded by a 1
|
Tuist
|
CLI
|
4.202.0-rc.1
|
GitHub
|
|
|
CAS and key-value analytics are batched off the cooperative pool
Faster CAS cache fetches under build contention. Analytics writes from the CAS daemon and key-value store no longer block the Swift concurre
|
Tuist
|
Cache
|
4.202.0-canary.33
|
GitHub
|
|
|
Faster xcode-cache builds on runner VMs by decoupling CAS analytics writes
Fixes a performance regression where running tuist xcode-cache on runner VMs was slower than building with no cache at all (212-227s cached
|
Tuist
|
Cache
|
4.202.0-canary.33
|
GitHub
|
|
|
SwifterPM dependency moved to 0.8.13 (artifact extract and resolve fixes)
Tuist's pinned SwifterPM dependency has moved from 0.8.10 to 0.8.13. The 0.8.12 update strips __MACOSX/ AppleDouble shadows from extracted a
|
Tuist
|
Generated projects
|
4.201.0
|
GitHub
|
|
|
Cache warm and generate share the same target hashing graph
tuist generate and tuist build now preserve the same normalized hashing graph as tuist cache warm before binary replacement, so warmed binar
|
Tuist
|
Cache
|
4.201.0
|
GitHub
|
|
|
Build cached nested static Objective-C xcframeworks through their own module map (ARCore)
When a cached static Objective-C xcframework lays out its module map and public headers inside a Headers// subdirectory and the headers re-i
|
Tuist
|
Generated projects, Cache
|
4.201.0
|
GitHub
|
Hive