-
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
remove use-esm-workaround #28826
remove use-esm-workaround #28826
Conversation
API change check API changes are not detected in this pull request. |
@maorleger can you merge main? |
60a10ae
to
49d0af3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice! Assuming this pleases CI, I think we should be good to go.
/azp run js - ai-document-intelligence-rest - tests |
Azure Pipelines successfully started running 1 pipeline(s). |
min/max is failing because it does not use dev-tool commands today https://github.com/maorleger/azure-sdk-for-js/blob/main/eng/tools/dependency-testing/templates/package.json#L12 We should update that as well, but in a separate PR given the number of checks already run on this PR (opened #28890) |
/check-enforcer override |
/azp run js - identity - tests Edit: want to see if identity nightly tests are fixed by this as well.. |
Azure Pipelines successfully started running 1 pipeline(s). |
### Packages impacted by this PR N/A ### Issues associated with this PR Build failures ### Describe the problem that is addressed by this PR `esm` is slowly becoming a larger problem for us and we've been on a mission to remove it. min/max tests fail because esm is unable to handle safe-navigation operators (?.) While a separate PR switches tests to use tsx, this PR focuses on min/max tests and can be merged separately. ### Provide a list of related PRs _(if any)_ #28826
/check-enforcer override |
Builds off of Matt's work on moving to tsx in #28801 by removing the
use-esm-workaround
flag from packagesthat needed it before we moved to tsx.
There's additional cleanup to be had, but I am trying not to cause a build storm.
We are at a point where we can delete
esm
globally!Contributes to #28617 which can be completed with a no-ci change to remove
esm
globally