nx
Nx
GitHub
nx-examples
Workspace
GitHub
CI Pipeline Executions
Current execution
Succeeded
dotnet/api-and-generated-types
Runs and Agents
Timeline
Beta
Configuration
Self-Healing CI
Project Graph
Circular Dependencies
Enterprise
Resource Usage
Analysis
Conformance
Enterprise
Runs
Current run
Succeeded
Tasks
Resource Usage
Insights
Compare tasks
Analytics
Sign in
Toggle sidebar
fix(types): hash the generator, exclude yarn's own reads Running codegen as a package.json script puts yarn in the process tree, and yarn reads .yarnrc.yml, yarn.lock and .yarn/install-state.gz before running anything. Those are the package manager checking itself, not inputs to the generator, so they are excluded rather than declared. install-state.gz especially: it is rewritten on every install and differs between machines, so hashing it would never settle. Reading that report turned up a real bug. The task did not hash the library's package.json, so bumping @hey-api/openapi-ts was a cache hit and you would keep the types the old generator produced. Verified both ways: a cache hit before the fix, a re-run after. Claude-Session: https://claude.ai/code/session_01FMpiAGxMmARaZoonRd7Cov
nx-cloud record -- nx format:check --base=969a17b3745f7f80b186d1abe934438799021d45 --head=5b4f1e86bb1a80631307dca2fff9f0df4686b684
⌘K
Succeeded
nx-cloud record -- nx format:check --base=969a17b3745f7f80b186d1abe934438799021d45 --head=5b4f1e86bb1a80631307dca2fff9f0df4686b684
Click to copy
Linux
36 CPU cores
5b4f1e86
486
GitHub
nx-examples
Workspace