Gradle约定插件是否适用于多仓库架构？

目标是复刻Maven父POM的功能，为不在同一仓库的项目应用插件、配置仓库及其他设置。

我开发了一个插件，可向项目中应用其他插件并配置仓库，示例代码如下：

class BarPlugin implements Plugin<Project> {
   @Override
   void apply(Project p) {
      project.pluginManager.apply("java");
      project.pluginManager.apply("jacoco");
      project.allProjects {
         configuration -> configuration.repositories { mavenCentral(); }
      };
   }
}

根据我对Gradle API的理解，无法通过此类结构添加指定版本的插件（例如plugin id 'com.foo.bar' version '1'），因为pluginManager和plugins属性均无指定版本应用插件的方法，且插件必须已存在于类路径中才能如此应用。

查阅Gradle 8.11.1官方文档中关于约定插件的内容后，我考虑将现有插件转换为约定插件，但文档仅覆盖单仓库场景（所有模块通过通用settings.gradle文件彼此可见）。请问：

• Gradle约定插件是否适用于多仓库架构？
• 此时buildsrc目录会被解析吗？

1. 约定插件完全适配多仓库架构 #

Gradle约定插件的核心设计目标就是跨项目复用构建逻辑，天然支持多仓库场景。你只需将约定插件发布到可访问的仓库（如私有仓库、Maven Central），其他独立仓库的项目就能通过plugins块直接引入，和使用普通第三方插件的方式一致。

比如，把BarPlugin改造为约定插件并发布后，其他仓库的项目只需在build.gradle中添加：

plugins {
    id 'com.yourcompany.bar-convention' version 'x.y.z'
}

就能自动复用插件中定义的Java/Jacoco插件应用、仓库配置等约定。

针对你提到的「无法指定插件版本应用」的问题，约定插件可以完美解决：你可以在约定插件自身的构建脚本中，通过pluginManagement或plugins块声明依赖插件的版本，然后在插件代码中直接应用这些插件（它们已存在于约定插件的类路径中）。所有引入该约定插件的项目，都会自动使用约定好的插件版本，无需在各自项目中重复配置。

2. 多仓库架构下，buildSrc仅作用于当前仓库 #

每个独立仓库的buildSrc目录只会被Gradle解析当前仓库的构建逻辑，不会影响其他仓库。如果你的约定插件放在某个仓库的buildSrc中，其他仓库无法直接引用——这也是为什么需要将约定插件发布到外部仓库的原因，确保所有仓库都能通过仓库地址拉取到插件。

若想在多仓库间共享buildSrc的内容，标准做法是把buildSrc抽成独立的插件项目，发布到仓库后再让各个仓库的项目引入该插件，而非直接共享buildSrc目录。

内容的提问来源于stack exchange，提问作者Dragas