Search Gradle plugins
| Plugin | Latest Version |
|---|---|
com.needhamsoftware.solr-gradle
Deprecated
A plugin for easily uploading and downloading solr configs. Note: This plugin is for use with Apache Solr, but is not maintained or endorsed by the Apache Solr project |
1.0.2
(05 October 2018) |
|
gradle dependency management, simple aws codeartifact config plugin. simple aws codeartifact private repository authentication. > aws codeartifact private repository setting, very tired and complex. |This plugin configures the AWS CodeArtifact repository for the project. |It retrieves the CodeArtifact token and sets the repository URL and credentials. |The plugin uses the AWS SDK for Java v2 to interact with the AWS CodeArtifact service. |The plugin requires the AWS credentials to be set up in the AWS credentials file. |The plugin also requires the AWS CodeArtifact repository to be set up in the AWS account. |The plugin is designed to work with the Gradle build system. |The plugin is designed to work with the Kotlin programming language. |
0.0.8
(02 July 2026) |
|
Bundles multiple Android modules—including those from Kotlin Multiplatform projects—into a single AAR for easier distribution. Supports module exclusion, dependency extraction, and source merging for Android targets. |
3.0.0
(04 September 2026) |
|
Create a patch jar by combining classes and resources from a dependency with classes and resources defined in a project |
1.0
(14 September 2017) |
|
This plugin uses the [ScalaPB](http://scalapb.github.io) compiler to generate Scala case classes from protocol buffers and put them under the managed sources directory in your project. |
1.1.8
(25 July 2018) |
|
This repository aims to bridge the gap between JUnit 5 and Robolectric, enabling developers to leverage the benefits of both frameworks for unit testing Android applications. While Robolectric currently lacks a dedicated JUnit 5 extension, this project proposes a community-driven solution to achieve seamless integration. |
0.9.0
(18 November 2024) |
|
OasLint is a Gradle plugin that enforces consistent naming conventions and structure in OpenAPI specifications. It validates schemas, parameters, paths, tags, and operation IDs against defined format rules, helping teams maintain clean, readable, and standardized API definitions. Ensure your OpenAPI specs stay consistent and error-free across projects. |
0.2.0
(24 November 2025) |
|
This plugin sets up the basic capabilities necessary for building Smithy models.Applying this plugin will create the basic source sets and configurations needed for smithyprojects. It will also create a smithy build task that will build and validate all the smithy models in the project. |
1.5.0
(06 August 2026) |
|
This is a Gradle settings-plugin that provides support for semantic versioning of builds. It is quite easy to use and extremely configurable. The plugin allows you to bump the major, minor, patch or pre-release version based on the latest version, which is identified from a git tag. It also allows you to bump pre-release versions based on a scheme that you define. The version can be bumped by using version-component-specific project properties or can be bumped automatically based on the contents of a commit message. If no manual bumping is done via commit message or project property, the plugin will increment the version-component with the lowest precedence; this is usually the patch version, but can be the pre-release version if the latest version is a pre-release one. The plugin does its best to ensure that you do not accidentally violate semver rules while generating your versions; in cases where this might happen the plugin forces you to be explicit about violating these rules. As this is a settings plugin, it is applied to settings.gradle and version calculation is therefore performed right at the start of the build, before any projects are configured. This means that the project version is immediately available (almost as if it were set explicitly - which it effectively is), and will never change during the build (barring some other, external task that attempts to modify the version during the build). While the build is running, tagging or changing the project properties will not influence the version that was calculated at the start of the build. |
4.1.1
(26 July 2018) |
|
This is a Gradle settings-plugin that provides support for semantic versioning of builds. It is quite easy to use and extremely configurable. The plugin allows you to bump the major, minor, patch or pre-release version based on the latest version, which is identified from a git tag. It also allows you to bump pre-release versions based on a scheme that you define. The version can be bumped by using version-component-specific project properties or can be bumped automatically based on the contents of a commit message. If no manual bumping is done via commit message or project property, the plugin will increment the version-component with the lowest precedence; this is usually the patch version, but can be the pre-release version if the latest version is a pre-release one. The plugin does its best to ensure that you do not accidentally violate semver rules while generating your versions; in cases where this might happen the plugin forces you to be explicit about violating these rules. As this is a settings plugin, it is applied to settings.gradle and version calculation is therefore performed right at the start of the build, before any projects are configured. This means that the project version is immediately available (almost as if it were set explicitly - which it effectively is), and will never change during the build (barring some other, external task that attempts to modify the version during the build). While the build is running, tagging or changing the project properties will not influence the version that was calculated at the start of the build. |
4.2.2
(13 May 2021) |