-
Notifications
You must be signed in to change notification settings - Fork 21
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
CLI bug: Error: ENOENT: no such file or directory, open 'out/perf.json' (when using --perf
alongside --unpacker-output
/ --unminify-output
)
#85
Comments
When wakaru/packages/cli/src/cli.ts Lines 566 to 570 in 3758f48
wakaru/packages/cli/src/cli.ts Lines 595 to 604 in 3758f48
It seems that
wakaru/packages/cli/src/cli.ts Line 38 in 3758f48
When wakaru/packages/cli/src/cli.ts Lines 459 to 462 in 3758f48
I assume (haven't looked in the code) that under usual cases, In that case, if the |
If the ⇒ mkdir out
⇒ CHUNK="pages/_app"; npx @wakaru/cli all unpacked/_next/static/chunks/${CHUNK}.js --unpacker-output stage2-unpacked/${CHUNK} --unminify-output stage3-unminified/${CHUNK} --perf
┌ Wakaru CLI v0.0.2
│
■ Output directory already exists at ./out/. Pass --force to overwrite |
Now the file should be generated under the overridden folder |
@pionxzh Guessing that won't be true for the released version via |
Not yet released 🙏 |
released |
|
@pionxzh Still seems to be an issue in
|
Yes, becasue it still need 14e8928 😢 |
Ah true, so should be in 0.0.4 when it's released then: |
I'm still seeing this issue on CLI
|
Sorry, the logic of these path things are too complex. Now I feel it's a little bit confusing. Where should I write the |
If I hadn't specified a specific folder for it, I would have just expected it to output where I'm running my command from as Perhaps you could add a new CLI arg that lets the I'm of 2 minds about splitting the file; I think generally if I was looking at performance I'd probably want it all in one. If I wanted to get performance for an individual part I would just trigger only that part (eg. Not using You could also potentially check if the unpack and unminify output paths have a common base and use that for the Not sure if it's a limitation you would want to enforce, but you could potentially force them to have a common base as well; but it would reduce the flexibility of having the 2 args for it. One last thought; while it doesn't necessarily solve the "where is the best place for |
Let's do the "common base" solution first. The worst case would be having cwd as the common base. I will open another feature request for supporting |
@pionxzh Sounds good :) cwd being the worst case seems totally fine to me 👌🏻 |
I got the error:
Error: ENOENT: no such file or directory, open 'out/perf.json'
When running the following command, on this code (Ref):
Full Output
The text was updated successfully, but these errors were encountered: