08aa54e1d9
The CLI app is now checked in, rather than generated dynamically with `ng new`. This loses some assertion power, but gains hermeticity. It also checks in lock files for all integration tests, avoiding floating version numbers. We'll need another place to integration test between changes in the various repositories - but the angular/angular PR-blocking status is not the right place to do this. PR Close #21555 |
||
---|---|---|
.. | ||
fixtures | ||
project | ||
scripts | ||
tools | ||
typescripts/2.3 | ||
.gitignore | ||
README.md | ||
package.json | ||
tsconfig.json | ||
yarn.lock |
README.md
Angular Language Service Test
This directory is an integration test for @angular/language-service
to ensure
that various versions of the server can be loaded in the supported versions of
TypeScript's language service.
New supported version of TypeScript
To add a new supported version of TypeScript:
- Create directory in
typescripts
to hold the new version following the pattern of the other versions. - Add the directory name to the end of the
TYPESCRIPTS
variable in thescripts/env.sh
file. - Run
scripts/update_golden.sh
to generate the expected files. - Verify the expected output is reasonable by comparing to a known good output from a previous version.
Update golden files
If the expected output needs to be updated run scripts/update_golden.sh
to
update the expected output of the server.
Adding a new fixture
Currently there is no automated way to produce a new fixture. The way the
current fixtures were created was to hack a version of tsserver.js to write the
commands from VSCode
to a file while performing the operation to be tested.
I also hand modified the input to remove superfluous request.
Once a new fixture is created:
- Add the fixture base name (without the .json) to
FIXTURES
inscripts/env.sh
. - Run
scripts/udpate_golden.sh
to produce the expected output files. - Hand validate the expected output is reasonable.