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
feat: exclude the root from recursive exec|run|add #3647
Conversation
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.
A welcome change that will let me clean up my scripts a bit 🎉
It will help me clear my scripts too. This reminds me of Perhaps, the flag |
Sounds good but I also did not change the behavior of all commands. Should I? |
|
The Why do you need the old behavior? I can't really come up with a useful usage example for the old behavior. |
Hm...okay. But using -w and -r together then doesn't have any effect at all as -w always overwrites -r. Example project structure:
In the root package.json we have linters defined with rules global for root directories and packages. Each package itself has individual linter specifications. Normally we execute all commands in the root (via |
I see, well, I liked the old behavior, but most users wanted this new behavior. And I don't know if there are many users like you, that need this. I would suggest you to use a workaround. You can write something like this in your root package.json: {
"scripts": {
"lint": "pnpm run lint-global && pnpm run -r lint",
"lint-global": "eslint"
}
} So you'll be able to run one command. It will be a bit less concurrent but probably not a big deal. |
Why do we need the old behavior? 🤔. There may be a situation where the old project is a single repository. One day, a specific file needs to be treated as an independent package, a master-slave structure rather than a parallel structure. So, Now I want the old behavior. 😭 |
There will be an option to bring back the old behavior: #4928
|
close #2769