-
-
Notifications
You must be signed in to change notification settings - Fork 767
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 the gradle plugin a sub project again #2493
Conversation
Would this help with #2484? |
This leads to: - faster build file evaluate, no need to wait for the composite build file evaluation - cleaner build files, less duplications - more up-to-date tasks - faster builds, clean build is ~30 seconds faster
feb3d75
to
27c463b
Compare
Codecov Report
@@ Coverage Diff @@
## master #2493 +/- ##
=========================================
Coverage ? 80.12%
Complexity ? 2253
=========================================
Files ? 378
Lines ? 6648
Branches ? 1176
=========================================
Hits ? 5327
Misses ? 741
Partials ? 580
Continue to review full report at Codecov.
|
Yes, this should not happen as we use a stable detekt version for self analysis. |
@arturbosch did the test coverage noticeably go down after this commit or after the following one?
|
@schalkms seems it was this PR -> https://codecov.io/gh/arturbosch/detekt/pull/2493/changes The gradle plugin is now a sub project and provides coverage data. So it dropped by 3.14% :( |
@arturbosch I also noticed this when I had a free minute. The only thing we can do is to provide separate unit tests for this sub project, I guess. Before, when it wasn't a sub-project, the analyzer went through the paths. |
* Stop declaring unnecessary dependency * Correct the generated test Gradle build files so they're valid The previous commit uncovers a problem with the Gradle build files that are being generated for tests, since a default Kotlin version is no longer declared on the classpath, and the Kotlin plugin cannot be applied without a specific version. Since the Kotlin plugin is not currently used in any tests, and hard coding a Kotlin version adds an additional maintenance burden, it's better to remove it for now. The java-library plugin is added instead so the "implementation" and "api" configurations will still be available for dependency declaration in tests. * Remove unused file See #2493
With the current setup adding a new feature like in #2492 is cumbersome.
Until a new cli version is published this feature cannot be merged or it will fail the build.
Our current approach is good for having the newest gradle plugin changes in a
gradle detekt
run. However it slows down build time and development time.Fast feedback can still be provided with the new
pluginManagement
closure:All it needs is to run
publishToMavenLocal
.I propose to change it back to a sub project. To verify newest changes we could move to following commands in our CI:
This PR leads to: