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
Upgrade Yargs v17 #3624
Upgrade Yargs v17 #3624
Conversation
jtoar
commented
Oct 22, 2021
- closes upgrade Yargs from v16.2.0 to v17 #3621
Looks like the first thing we run into in e2e is this issue here that got fixed: yargs/yargs#1977. |
Just updating the status of this; everything's passing but one test: serve.test.js. Yargs doesn't like something about the way we're composing the command and/or invoking parse: redwood/packages/cli/src/commands/__tests__/serve.test.js Lines 57 to 59 in 76b9e9f
The command itself still works on the CLI, in a redwood project (I tested with |
505a6fd
to
ee33158
Compare
ee33158
to
bcead02
Compare
From Pullflow: |
@thedavidprice I gave another go at trying to get the serve tests to parse correctly and I came up empty so I've removed them in this PR. They're good tests, but they don't test that things actually get served—just that if you call I'm happy to focus on adding back those kinds of tests during the v1 rc. I feel ok removing them now because testing the fact that |
It's worth noting that the last change to this file was to fix something on Windows: That makes me less certain that things will work. I can manually QA using my Windows machine to be sure. |
cc @dac09 |
7f768ac
to
d42fce9
Compare
d42fce9
to
a9d08ed
Compare
@jtoar I believe this one is prioritized correctly, but it's still bugging me that we haven't upgraded due to a test that 1) we're not sure even applies to our CLI and 2) begs the question as to whether or not we correctly understand Yargs parsing. If needed, we can see if Ben Coe has some insite on why the test is failing for v17 but passing v16 — when you're ready, let's take that step. |
Finally managed it in #5416. |