Matched signals
- error ts
- tsc:
- type 'string' is not assignable to type
- property does not exist on type
- cannot find name
- compilation complete. watching for file changes
TypeScript compile or type-check failure
What this failure means
The TypeScript compiler rejected the code because a type, symbol, or module import does not match the project’s declared types.
Symptoms
Faultline looks for one or more of these log fragments:
error ts
tsc:
type 'string' is not assignable to type
property does not exist on type
cannot find name
compilation complete. watching for file changes
Diagnosis
The TypeScript compiler rejected the code because a type, symbol, or module import does not match the project’s declared types.
Fix steps
- Run
tsc --noEmitlocally to reproduce the failing diagnostic with the same config. - Inspect the first TypeScript error in the log and update the code or type definitions to match.
- If a generated type file changed, regenerate it before committing.
- Confirm path aliases in
tsconfig.jsonmatch the repository layout used in CI.
Validation
- tsc —noEmit
Why it matters
Type errors often appear after API changes, dependency upgrades, or partial refactors where code and type definitions drift out of sync.
Prevention
- Run a dedicated type-check step on every pull request.
- Keep generated client or schema types in sync with the source of truth.
- Avoid broad
anyescapes that hide drift until a later refactor.
Try it locally
tsc --noEmit
tsc --noEmit
How Faultline detects it
Use faultline explain typescript-compile to see the full playbook.
faultline analyze build.log
faultline explain typescript-compile
Generated from playbooks/bundled/log/build/typescript-compile.yaml. Do not edit directly.
Try it on your own failed log
$ faultline analyze failed.log
Want this across every CI run?
Faultline Teams tracks recurring failures across all your repos and surfaces patterns in a shared dashboard.