-
Notifications
You must be signed in to change notification settings - Fork 455
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
Add targetExclude to plugin-gradle README #324
Comments
In the past, we've told people to use I'd be happy to merge a PR for this iff it is able to design the feature in a way that is easy to document and unambiguous. |
@nedtwigg But we already have an |
I'm maven-illiterate, so I leave it entirely up to PR authors to determine what canonical behavior there is. For gradle, I'm strongly opinionated that the built-in scriptability means that plugins are best designed when they have simple unambiguous APIs. I'm still happy to merge a PR for this iff it is able to design the feature in a way that is easy to document and unambiguous. I'm sure that's achievable, but it's a friendly heads-up to PR authors that you'll need to build a v2 or v3 of the PR if we're able to find ambiguous cases. |
I added Implementing this change is just a few lines of code, but it actually affects 2 other issues. For this reason I'm closing this issue out so that the discussion can continue in the PR. If the PR meets the needs of all the issues, then I'll merge and we'll be all set. |
Published in 3.18.0. |
seem the doc is removed from the gradle readme, cannot see this doc on latest readme
|
Agreed this should be in the documentation, PR's welcome. |
It's in the docs now, not sure when it got fixed. |
My project (using Gradle) has a task which generates some Scala sources, and I add generated source directories to the
scala
source set:I don't really care about generated sources formatting, because they are generated upon each compilation to the build directory, and are not committed to the repository. But as I've just discovered, spotless check (with its scalafmt support) fails on these generated sources.
Since I don't really want these sources to be checked, I would prefer for there to be a way to set up and exclude clause, something like
spotless { scala { scalafmt().configFile("${project.rootDir}/.scalafmt.conf") exclude(project.generatedScalaDirectory) } }
However, it appears that there is no way to do it. It seems that there are two options:
Use
ignoreErrorForPath
to specify a path to the excluded file.This does not appear to work: I still get a failed build, regardless of what path I specify with this method. Its sources indicate that it expects a "relative path", but it is not really clear relative to where it should be; it does not seem to be the project directory or root project directory.
Anyway, this approach does not scale because it seems that it requires all files to be specified, separately, and not just the enclosing directory, which does not really scale.
Use the
target
method to explicitly specify only thesrc/main/scala
andsrc/test/scala
sources.This is suboptimal, because I want to exclude something. This means that I have to remember to add new directories, e.g. new source sets, say,
integrationTest
, or I risk silently losing style verification for them.The text was updated successfully, but these errors were encountered: