-
Notifications
You must be signed in to change notification settings - Fork 24
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
Make PMD configuration scope global level instead of (or in addition to) project level #197
Comments
I'm not sure, if this "global sharing between projects feature" is still needed, given that #182 / #100 is done now: Sharing configuration between project members of the same project works now by committing the file The use case for sharing configuration between different projects sounds dubious to me... Different projects have different needs and most likely different rulesets... Not having such a feature makes the plugin so much simpler... |
Ok, so IntelliJ also provides settings on the application scope natively -> https://www.jetbrains.com/help/idea/configuring-project-and-ide-settings.html And these application settings apply globally to all projects. Project scope level settings should override application scope level settings - but never the other way round. That means, as soon as you configure project specific target JDK, then the target JDK at application level is not used anymore. |
Right, so it is a matter of choosing the 'right' level. And this may differ among users. But there may be other use cases. Maybe custom rules for frameworks used only in one project, or between different languages (currently only Java is supported.) |
Good to have the links. It might be an option to define globally and override on project level if needed. And indeed not make it into a mess. |
As a IntelliJ user, I would like to configure custom rules, enable skip test sources, target JDK, statistics URL, Threads and rules annotated in Editor for IntelliJ, for all projects, instead of for each project separately, so that I don't have to do this again for each project.
Right now there is a complex and flaky merging mechanism between projects to merge custom rules, and only that. It should be properly solved.
The text was updated successfully, but these errors were encountered: