应用与发布插件
学习如何将自定义插件应用到项目,并将其发布到本地或远程仓库。
应用与发布插件 是 CoddyKit 上的免费 Groovy & Gradle: JVM Automation and Build Engineering 课时。 这是第 3 节课,共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 Groovy & Gradle: JVM Automation and Build Engineering 学习路径的一部分,你的进度在网页和 CoddyKit 应用中同步。 Groovy & Gradle: JVM Automation and Build Engineering 课程共包含 4 节课。
本课时的部分内容尚未翻译,以英文显示。
Reusing Your Gradle Plugins
So you've learned to create custom Gradle plugins. Great! But how do you actually use them in different projects, and how can you share them with others?
This lesson explores how to apply your custom plugins to a Gradle project and how to publish them to a local or remote repository for wider use.
Plugin Application Review
Before diving into custom plugins, let's quickly recall how you apply standard plugins.
- Most plugins are applied using the
plugins { id 'plugin-id' }block in yourbuild.gradlefile. - This method is preferred for its declarative nature and better tooling support.
- It works for plugins from Gradle Plugin Portal, local
buildSrcplugins, and published plugins.
Applying Script Plugins
You can define build logic directly within your build.gradle or include it from another script. This is the simplest form of reusing logic.
Below, a custom task myCustomTask is defined. It's available to your build script just like any other task.
task myCustomTask {
doLast {
println "Hello from my custom task!"
}
}
task executeMyTask {
dependsOn myCustomTask
doLast {
println "Main build script finished after custom task."
}
}
// To run: gradle executeMyTaskPlugins from buildSrc
For more complex, project-specific plugins, Gradle automatically compiles and makes available any plugins defined in the buildSrc directory.
If you create a plugin in buildSrc/src/main/groovy/com/example/MyPlugin.groovy, it can be applied directly by its ID:
- Define plugin:
buildSrc/src/main/groovy/my.project.plugin.gradle - Apply plugin:
plugins { id 'my.project.plugin' }
Gradle ensures buildSrc is built before your main project, making its plugins ready for use.
Why Publish Plugins?
While buildSrc is great for single-project or monorepo plugins, what if you want to share your plugin across completely separate projects, or even with the community?
This is where publishing comes in. Publishing makes your plugin available in a repository, just like any other library you use (e.g., from Maven Central).
- Local: Share within your machine for personal use.
- Remote: Share within your organization (Artifactory, Nexus) or globally (Gradle Plugin Portal, Maven Central).
Publishing with maven-publish
Gradle's maven-publish plugin is the standard way to publish your plugin artifacts to Maven-compatible repositories.
By applying this plugin, you gain access to a publishing block in your build.gradle, where you'll define the details of what gets published and how.
It also introduces tasks like publishToMavenLocal and publish.
plugins {
id 'java-library' // Or 'groovy' for Groovy plugins
id 'maven-publish'
}
group = 'com.coddykit.example'
version = '1.0.0'
// Applying maven-publish plugin
// This is part of setting up for publication.
// No direct output from this snippet alone.Defining Publication Details
Inside the publishing block, you configure the details of your artifact: its name, what components to include (like JARs), and where it should go.
A "publication" defines a set of artifacts and their metadata (group, artifact ID, version).
plugins {
id 'java-library'
id 'maven-publish'
}
group = 'com.coddykit.example'
version = '1.0.0'
publishing {
publications {
maven(MavenPublication) {
// The artifact ID is usually derived from project name,
// but can be explicitly set.
artifactId 'my-groovy-plugin'
from components.java // Publish the Java library component
}
}
}
// This defines how the plugin will be published.
// No direct output from this snippet alone.Publishing to Maven Local
After configuring your publication, you can publish your plugin to your local Maven repository. This is great for local testing and development.
Gradle provides a task for each publication you define (e.g., publishMavenPublicationToMavenLocal if your publication is named maven).
plugins {
id 'java-library'
id 'maven-publish'
}
group = 'com.coddykit.example'
version = '1.0.0'
publishing {
publications {
maven(MavenPublication) { // 'maven' is the publication name
artifactId 'my-groovy-plugin'
from components.java
}
}
repositories {
mavenLocal() // Explicitly declare mavenLocal for publishing
}
}
// To publish: gradle publishMavenPublicationToMavenLocal
// This command will build your plugin and place its artifacts
// into your local Maven cache (~/.m2/repository).Applying a Published Plugin
To use a plugin you've published to mavenLocal() in another project, you need two things:
- Declare
mavenLocal(): AddmavenLocal()to thepluginManagement.repositoriesblock in your consuming project'ssettings.gradle. - Apply by ID and Version: Use the
plugins { id '...' version '...' }block in your consuming project'sbuild.gradle.
This tells Gradle to look for the plugin in your local Maven repository.
// settings.gradle (consuming project)
pluginManagement {
repositories {
mavenLocal()
gradlePluginPortal()
}
}
// build.gradle (consuming project)
plugins {
id 'com.coddykit.example.my-groovy-plugin' version '1.0.0'
// Replace 'com.coddykit.example.my-groovy-plugin' with your plugin's actual ID
}
// This code snippet shows how to apply a published plugin.
// It assumes the plugin has been published and is available locally.Publishing Remotely
To share your plugin beyond your local machine, you publish it to a remote repository. This could be:
- Company Artifactory/Nexus: For internal team use.
- Gradle Plugin Portal: For public plugins, requiring the
com.gradle.plugin-publishplugin. - Maven Central: The largest public repository.
The configuration in the publishing.repositories block specifies the URL and credentials for these remote destinations.
plugins {
id 'maven-publish'
// id 'com.gradle.plugin-publish' // For Gradle Plugin Portal
}
publishing {
publications {
maven(MavenPublication) { /* ... */ }
}
repositories {
maven {
name = "myCompanyRepo"
url = uri("https://your.company.repo/releases")
credentials {
username = project.properties.get("repoUsername")
password = project.properties.get("repoPassword")
}
}
}
}
// This snippet shows how to define a remote repository.
// Credentials should be managed securely, not hardcoded.Plugin Application Check
Time to test your understanding of applying and publishing plugins.
Recap: Apply & Publish
You've learned how to make your custom Gradle plugins truly reusable!
- You can apply simple script plugins using
apply from:. - Plugins in
buildSrcare automatically available by ID. - The
maven-publishplugin allows you to define and publish your plugin artifacts. - Publishing to
mavenLocal()is great for local testing. - To use a published plugin, configure
mavenLocal()insettings.gradleand apply it by ID and version. - Remote repositories enable sharing plugins across teams or publicly.
Now you can build powerful, shareable build logic!
常见问题解答
「应用与发布插件」课时是免费的吗?
是的 — 「应用与发布插件」的完整文本可在网页上免费阅读。要进行交互式练习(内置代码编辑器和全天候 AI 导师)并解锁 Groovy & Gradle: JVM Automation and Build Engineering 课程的其余内容,请升级到 CoddyKit PRO。 Groovy & Gradle: JVM Automation and Build Engineering 课程共包含 4 节课。
「应用与发布插件」这节课中我会学到什么?
学习如何将自定义插件应用到项目,并将其发布到本地或远程仓库。 你通过在浏览器中直接运行的动手代码来练习 Groovy & Gradle: JVM Automation and Build Engineering,全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 Groovy & Gradle: JVM Automation and Build Engineering 需要有经验吗?
无需任何先前经验。CoddyKit 上的 Groovy & Gradle: JVM Automation and Build Engineering 课程适合初学者到高级学习者,你可以从这里开始或从头开始,按照自己的节奏学习。 这是第 3 节课,共 4 节。
「应用与发布插件」课时需要多长时间?
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动,所以你能稳步进步,并在网页和应用中从离开的地方继续。
我能在这节 Groovy & Gradle: JVM Automation and Build Engineering 课中编写并运行代码吗?
能。每节 Groovy & Gradle: JVM Automation and Build Engineering 课都包含内置代码编辑器,你可以在浏览器中直接编写并运行真实代码,并获得即时 AI 反馈 — 无需本地设置。