…tead of current working directory

Relative schematics referenced in `angular.json` `schematicCollections` and `defaultCollection` were always resolved from the current working directory, which is not correct and caused the collection not to be resolved when the this is different from the location of the workspace config.

Closes #23136

Previously, the errors were JSON stringified (https://github.com/angular/angular-cli/blob/main/packages/angular/cli/lib/cli/index.ts#L80) which caused them not to be displayed correctly.

Closes #23141

This list is out of date and not used. The calendar is listed above and is the source of truth, so there is no need for this table.

Stephen and Igor are no longer the leads for DevRel and Angular respectively. Updated to use generic language so this doesn't fall out of date as easily.

Bumps up the repo to the RC version of TypeScript 4.7.

With this change we refactor the paths-plugin resolution flow by using generators which makes the code more readable and easier to follow.

Required PR statuses are now exclusively handled via Github configuration.

After angular/angular#45885, testability now needs to be explicitly added to `bootstrapApplication()`.

(cherry picked from commit 329a2a3)

… v14 libraries

Locally-built APF v14 libraries should be resolved properly. Webpack
currently does not resolve them (in e.g. `dist/`) because the local
distribution folders are not marked as module roots, causing Webpack
to never hit the `module`/`raw-module` resolution hooks and therefore
skipping package exports resolution and breaking secondary entry-points
from being resolved properly (when bundling).

We fix this by also attempting to resolve path mappings as modules,
allowing for Webpacks `resolve-in-package` hooks to be activated. These
hooks support the `exports` field and therefore APF v14 secondary
entry-points which are not necessarily inside a Webpack resolve
`modules:` root (but e.g. in `dist/`)

The E2E test suite contains a production build test (`build/prod-build`) that performs
a size comparison check to ensure a production build of a newly generated application
stays within 10% of a predefined value (currently 124,000 bytes).
As a result of this preexisting check, the need to perform another check that involves
the added complexity of Github status hooks and API calls is currently not needed.

A new E2E test has been added that updates a newly generated application to use a standalone component that
is bootstrapped with the newly introduced `bootstrapApplication` API. This test is intended to check that
the minimal functionality for a standalone-based application functions with the Angular CLI. More expansive
tests will be added as standalone features and capabilities are introduced within the Angular CLI.

It appears that enabling this no longer causes a slugish experience.

…finition file

With the APF changes in version 14, the dts entrypoint file has been changed to `index.d.ts`, this results in TypeScript being able to resolve the type definition file without the need of the additional path to the flat module file dts.

…ibraries secondary entrypoints

`package.json` files have been remove from secondary entrypoints in version 14 of Angular package format (APF).

With this change we delete the now redundant files and in case these contained the deprecated way of how to configure secondary entrypoints in ng-packagr we migrate these as well.

Bumps up the TypeScript version to 4.7.

Expands the version range to allow TypeScript 4.7 and makes the necessary code changes in order to support it.

…elper utility

The http E2E helper utility module is now unused within the E2E tests and can be removed.
This also removes usage of the `request` package which is not an actual dependency of the project.

refactored the code and removed the code smells

…versions utility

This change allows renovate to automatically manage the dependency updates for the `ts-node` package used by the E2E schematic.