spotless
spotless copied to clipboard
diffplug
Keep your code spotless
I would like to add support for the `npm-groovy-lint` linter as per #246. There is still the ugliness of having Spotless call Node.js only to then call a separate Java...
`JavaCompile` tasks can fail randomly if the Spotless plugin is applied on subprojects AND a `GradleBuild` task is executing on the same project in parallel. Gradle version 7.3.3 Spotless Gradle...
A pom.xml file of a sub-module of a maven project does not get processed when the configuration of the maven plugin is in the parent pom and ratchetFrom is configured....
### Problem `spotlessJava` task fails when using `googleJavaFormat()` with: ``` java.lang.NoSuchMethodError: 'java.lang.Comparable com.google.common.collect.Comparators.max(java.lang.Comparable, java.lang.Comparable)' ``` ### Version Spotless: 6.1.2 Gradle: 7.3.1 Java: 11 ### build.gradle ``` plugins { id 'com.diffplug.spotless'...
Right now, the IDE hook works like this ``` spotlessApply -PspotlessIdeHook=${ABSOLUTE_PATH_TO_FILE} ``` But for large multiproject projects we could make it significantly faster with (note the leading colon) ``` :spotlessApply...
The spotless IDE hook is incompatible with the configuration cache, see https://github.com/ragurney/spotless-intellij-gradle/issues/18 for an example and stacktrace. Workaround for now is to specify `--no-configuration-cache` when using `spotlessIdeHook`.
First of all, I'm expecting a solution to this to be something extremely obvious but here it is. Spotless setup in the project looks like this: ``` apply plugin: "com.diffplug.spotless"...
Per @rompic's great idea on [gitter](https://gitter.im/diffplug/spotless?at=5f230c503eef7e1ffe445f6c). https://github.com/jenkinsci/violation-comments-to-github-plugin
I have a large project, I would like not to check it all. I only want to check the changed files. AndroidLint haven't that feature. I need to write wrapper...
There's another formatter with much more configuration called [Detekt](https://github.com/arturbosch/detekt) that some kotlin projects may want to use instead of Ktlint. (Personally, I still love Ktlint but some people want options)....
