-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[dev-tool] Host tests. #23852
[dev-tool] Host tests. #23852
Conversation
Hi @witemple-msft. Thank you for your interest in helping to improve the Azure SDK experience and for your contribution. We've noticed that there hasn't been recent engagement on this pull request. If this is still an active work stream, please let us know by pushing some changes or leaving a comment. Otherwise, we'll close this out in 7 days. |
please keep open |
/azp run js - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
Hi @witemple-msft. Thank you for your interest in helping to improve the Azure SDK experience and for your contribution. We've noticed that there hasn't been recent engagement on this pull request. If this is still an active work stream, please let us know by pushing some changes or leaving a comment. Otherwise, we'll close this out in 7 days. |
Hi @witemple-msft. Thank you for your contribution. Since there hasn't been recent engagement, we're going to close this out. Feel free to respond with a comment containing |
Work in Progress
This PR enables dev-tool to host mocha transpilation instead of using
esm
andts-node
separately. This makes execution of test code the same as execution of sample code, and enables one of the goodies that we have in samples (importing from a package itself by name rather than by path) work in tests as well as samples. This is pretty nice because thepaths
entries in tsconfig.json can sometimes make the editor want to import things by package name instead of by path, and this can lead to weird runtime errors when it doesn't work in tests but does work in samples.It also allows tests to re-use utility modules from samples, which can save some code duplication such as in Form Recognizer where model schemas are checked in twice, once for samples and once for tests.