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
Fix turbo usage in tests #44715
base: canary
Are you sure you want to change the base?
Fix turbo usage in tests #44715
Conversation
The stats action is failing because So we can either merge this in 2 phases or just ignore that one failing Action. |
It's weird I ran those CI actions locally (that docker command on top) and it passes |
Hmm, it passes now. |
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.
Looks like the pnpm pack
bug was fixed.
Should we try updating pnpm to the latest version?
@@ -8,6 +8,9 @@ | |||
"url": "vercel/next.js", | |||
"directory": "packages/eslint-config-next" | |||
}, | |||
"scripts": { | |||
"test-pack": "cd ../../ && pnpm test-pack eslint-config-next" |
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.
This seems redundant that the package has to pass the name. Can we update the script to derive the current package by reading process.cwd()
?
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.
Hmm, I dig into it. And I would need to repeat that ts-node
magical initialization.
Not worth it. But good point.
I want to merge this one. And we probably want to merge |
ts-node
.mts
for scriptsI made the script
pnpm pack
compatible for easier switching in the future.Right now pnpm pack can't be used because it doesn't include swc binaries in the resulting tarball. Will solve it in a separate PR.
Testing
I tried testing this by editing the next core, but could someone double check please?
Questions
I made
test-pack
turbo task depend only on source files (that are not gitignored). Which is not great, it would be better if I could mark it as dependent onbuild
but that could be a bit slower since people usedev
.Also If the dev produces something janky,
test-pack
might cache it.I'm not sure how common that is.