-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
chore(dev): Update ts-node
to 10.7
#4976
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
Conversation
size-limit report 📦
|
f845175
to
feb11ab
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.
Generally looks good to me. However, is there a reason we need to Upgrade?
Also: ts-node@10
seems to have node minimum version 12 - wondering if this is relevant.
I'll be totally honest, at this point I'd have to downgrade again and test everything out to know for sure. I upgraded as part of debugging a problem I was having with one of the new scripts for the build process, but I can't say for dead sure now whether it was necessary for the eventual fix. Either way, once I'd done the work to get the upgrade going, it seemed silly to roll it back, since we'll have to upgrade eventually in any case.
Good detective work. My guess is that either a) it's a YMMV situation, where it's not incompatible but they don't want to be held to making it work with Node 10 or b) whatever part of it is incompatible with Node 10 isn't a part we're using. For now the Node 10 tests are passing, and since it's a dev dependency, we have total control of how it and our SDK interact (and we know for sure it's not going to break a customer's build). If something comes up where it turns into a problem, we can always roll back to version 9 for the Node 10 tests the way we roll back to version 8 for the Node 8 tests. (Not meaning to dismiss either concern - they're valid questions! But in this case I think both are okay.) |
This updates `ts-node` to latest, and adds a command to the Node 8 test setup to downgrade it again, for compatibility. (Unlike the other downgrading of packages for Node 8 and 10 tests, this has to happen outside of our `test.ts` script, because it's the thing that's running that script in the first place.)
This updates `ts-node` to latest, and adds a command to the Node 8 test setup to downgrade it again, for compatibility. (Unlike the other downgrading of packages for Node 8 and 10 tests, this has to happen outside of our `test.ts` script, because it's the thing that's running that script in the first place.)
This updates `ts-node` to latest, and adds a command to the Node 8 test setup to downgrade it again, for compatibility. (Unlike the other downgrading of packages for Node 8 and 10 tests, this has to happen outside of our `test.ts` script, because it's the thing that's running that script in the first place.)
This updates `ts-node` to latest, and adds a command to the Node 8 test setup to downgrade it again, for compatibility. (Unlike the other downgrading of packages for Node 8 and 10 tests, this has to happen outside of our `test.ts` script, because it's the thing that's running that script in the first place.)
This updates
ts-node
to latest, and adds a command to the Node 8 test setup to downgrade it again, for compatibility. (Unlike the other downgrading of packages for Node 8 and 10 tests, this has to happen outside of ourtest.ts
script, because it's the thing that's running that script in the first place.)