依赖管理有大量的术语。在这里您可以找到最常用的术语,包括参考用户指南以了解其实际应用。
人工制品
由构建生成的文件或目录,例如 JAR、ZIP 发行版或本机可执行文件。
工件通常设计为供用户或其他项目使用或消耗,或部署到托管系统。在这种情况下,工件是单个文件。在项目间依赖的情况下,目录很常见,以避免产生可发布工件的成本。
配置
配置是为了特定目标而分组在一起的一组指定的依赖项。配置提供对底层、已解析模块及其工件的访问。有关更多信息,请参阅有关依赖项配置以及可解析和可使用配置的部分。
“配置”这个词是一个重载的术语,在依赖关系管理的上下文之外具有不同的含义。 |
依赖性
依赖项是指向构建、测试或运行模块所需的另一软件的指针。有关更多信息,请参阅声明依赖项部分。
特征变体
特征变体是表示可以单独选择或不单独选择的组件特征的变体。功能变体由一个或多个功能来标识。有关更多信息,请参阅有关建模特征变体和可选依赖项的部分。
模块
一个随着时间的推移而发展的软件,例如Google Guava。每个模块都有一个名称。模块的每个版本都由模块版本最佳地表示。为了方便使用,模块可以托管在存储库中。
模块元数据
模块的发布提供元数据。元数据是更详细地描述模块的数据,例如有关工件位置或所需传递依赖项的信息。 Gradle 提供了自己的元数据格式,称为Gradle 模块元数据(.module
文件),但也支持 Maven ( .pom
) 和 Ivy ( ivy.xml
) 元数据。有关支持的元数据格式的更多信息,请参阅了解 Gradle 模块元数据部分。
组件元数据规则
组件元数据规则是在从存储库获取组件的元数据之后修改组件的元数据的规则,例如添加缺失的信息或纠正错误的信息。与解析规则相反,组件元数据规则在解析开始之前应用。组件元数据规则被定义为构建逻辑的一部分,并且可以通过插件共享。有关更多信息,请参阅有关使用组件元数据规则修复元数据的部分。
平台
平台是一组旨在一起使用的模块。平台有不同类别,对应不同的用例:
-
模块集:通常是作为一个整体发布的一组模块。使用该集合中的一个模块通常意味着我们希望对该集合中的所有模块使用相同的版本。例如,如果使用
groovy
1.2,则也使用groovy-json
1.2。 -
运行时环境:一组已知可以很好地协同工作的库。例如,Spring 平台,推荐 Spring 以及与 Spring 配合良好的组件的版本。
-
部署环境:Java运行时、应用程序服务器……
此外Gradle还定义了虚拟平台。
Maven 的 BOM(物料清单)是Gradle 支持的一种流行平台。 |
决议规则
解析规则影响直接解析依赖关系的行为。解析规则被定义为构建逻辑的一部分。有关更多信息,请参阅直接自定义依赖项解析部分。