Skip to content
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

Migrate junitJupiterExtensionTest subproject to kotlin dsl #1704

Conversation

epeee
Copy link
Contributor

@epeee epeee commented May 5, 2019

Another step towards #1359.
This pr migrates a very first subproject to kotlin dsl.

@codecov-io
Copy link

codecov-io commented May 5, 2019

Codecov Report

Merging #1704 into release/2.x will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@              Coverage Diff               @@
##             release/2.x    #1704   +/-   ##
==============================================
  Coverage          86.52%   86.52%           
  Complexity          2480     2480           
==============================================
  Files                308      308           
  Lines               6525     6525           
  Branches             818      818           
==============================================
  Hits                5646     5646           
  Misses               681      681           
  Partials             198      198

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 092009e...cf34fc9. Read the comment docs.

Copy link
Contributor

@TimvdLippe TimvdLippe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, but I have one question. We might just want to fix that in a later PR, but in that case please add a TODO to remind us.

val Project.libraries
get() = rootProject.extra["libraries"] as Map<String, Any>

fun Project.library(name: String) =
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should these functions be declared in dependencies.gradle?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, indeed, we have to move them to a better place. I will do so while migrating the next subproject if that's ok for you.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sounds like a plan 😄

@TimvdLippe TimvdLippe merged commit ac01235 into mockito:release/2.x May 6, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants