-
-
Notifications
You must be signed in to change notification settings - Fork 7
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
Wrong defaults in Lerna repo #14
Comments
Apologies, I just saw this: https://github.com/xojs/xo#monorepo - trying this now... |
The suggestion in the XO documentation only seems to work if the root Is XO just the wrong tool for the job here? |
That's how it should work. Otherwise it's a bug. It uses the closest package.json as long as it doesn't contains |
This might be related to xojs/xo#279. |
Thanks. Yes, that looks like the exact same thing I'm experiencing. For now, I'm forced to drop Sublime for VSCode for this mono-repo project. Not a huge deal, but I'll look forward to switching back. (In case it's useful to know, I am using the |
I am using a Lerna repo which puts a
package.json
in the root of the repo, as well as all the subprojects for the repo inpackages/
.Example:
. tree lerna-mono-repo/ ├── package.json ├── node_modules/ │ └── xo/... └── packages/ ├── sub-repo-a │ └── package.json └── sub-repo-b.svg └── package.json
Each of my sub-packages in the Lerna repo has different XO rules.
When I edit the code in Sublime for a sub-package, it shows me default XO rules, when I would expect to see the rules working from the package I'm editing.
Is there a way to make the closest
package.json
to the file being edited - as the package.json the rules are picked from?The text was updated successfully, but these errors were encountered: