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

Add Kotlin DSL samples to Using Gradle Plugins user manual chapter #6424

Closed
wants to merge 9 commits into from

Conversation

eskatos
Copy link
Member

@eskatos eskatos commented Aug 18, 2018

No description provided.

Signed-off-by: Paul Merlin <paul@gradle.com>
Signed-off-by: Paul Merlin <paul@gradle.com>
Signed-off-by: Paul Merlin <paul@gradle.com>
- prefer single quote strings in Groovy samples
- prefer same indentation rules as other chapters

Signed-off-by: Paul Merlin <paul@gradle.com>
to account for the two DSLs

Signed-off-by: Paul Merlin <paul@gradle.com>
removing 'new' here and there when about the plugins {} block
it's been there for a long time now

Signed-off-by: Paul Merlin <paul@gradle.com>
also demonstrating usage of the plugins {} block in subprojects where
the plugin version was resolved in root project's plugins {} block

Signed-off-by: Paul Merlin <paul@gradle.com>
assertion that was checking a sample script exists
it moved into a groovy/ subdirectory

Signed-off-by: Paul Merlin <paul@gradle.com>
Signed-off-by: Paul Merlin <paul@gradle.com>
Copy link
Contributor

@eriwen eriwen left a comment

Choose a reason for hiding this comment

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

Just 1 trivial change to make. I'm going to fix it and merge this I think.

@@ -1,7 +1,16 @@
# tag::cli[]
# gradle build
# end::cli[]
Copy link
Contributor

Choose a reason for hiding this comment

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

You don't have to change it in this PR, but know that we can remove these comments from any sample config files.

@@ -0,0 +1,34 @@
// tag::complete-plugin-publishing[]
Copy link
Contributor

Choose a reason for hiding this comment

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

⭕ Doesn't seem like we need a tag here unless we intend to add a license here.

@@ -133,25 +127,55 @@ This way of adding plugins to a project is much more than a more convenient synt

This requires that plugins be specified in a way that Gradle can easily and quickly extract, before executing the rest of the build script. It also requires that the definition of plugins to use be somewhat static.

There are some key differences between the new plugin mechanism and the “traditional” `apply()` method mechanism. There are also some constraints, some of which are temporary limitations while the mechanism is still being developed and some are inherent to the new approach.
There are some key differences between the `plugin {}` block mechanism and the “traditional” `apply()` method mechanism. There are also some constraints, some of which are temporary limitations while the mechanism is still being developed and some are inherent to the new approach.
Copy link
Contributor

Choose a reason for hiding this comment

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

"plugins {}" block

eriwen added a commit that referenced this pull request Aug 20, 2018
@eriwen
Copy link
Contributor

eriwen commented Aug 20, 2018

Branch builds passed, and I fixed the typo, squashed and merged with 280b5a5

@eriwen eriwen closed this Aug 20, 2018
@eskatos eskatos deleted the eskatos/docs-kts/plugins branch August 21, 2018 08:01
@ov7a ov7a removed this from the 5.0 M1 milestone Mar 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants