feat(core): add TS migration - #33250

LGTM schematic code-wise. What's the plan for these type of migrations in the future?

On the angular/components side we have this problem that we need to keep migrations forever in our release package due to the way ng update works (i.e. it installs the latest version and runs migrations for older versions). We are planning on talking about this at some point with the tooling team since we do not want to store all migration code for old versions in our release output (it will blow-up over time).

Same would apply here. I'm just trying to raise awareness as I think that it's not ideal to keep migrations forever in the code-base, plus not all developers use the CLI and we will unnecessarily bloat the @angular/core package for them (worst case slowing down install if we add more over time). Weren't these type of migrations part of the CLI in the past?

This migration has two distinct parts:

• typescript update
• @types/node update

the first one should not be necessary because @angular/core depends on the new version of typescript and ng-update will update the project's typescript version to match that.

the second update of @types/node is not relevant for @angular/core. That dependency is introduced into CLI projects by the CLI scaffolding so that we can write e2e tests in typescript - these tests run in node, hence the need for these typings.

I propose that we remove the migration for the typescript update and move the migration for @types/node into CLI rather than @angular/core.