Gradle Concepts: Difference between revisions
Jump to navigation
Jump to search
Line 15: | Line 15: | ||
The goal of a Gradle execution, also known as a Gradle build, is to execute a set of tasks, in sequence. Each build evolves according to a well defined [[#Build_Lifecycle|build lifecycle]], during which Gradle instantiates a complex domain model of the project in memory: a [[#Gralde|Gradle instance]], a [[#Settings|Settings instance]] and the [[#Project|project]] itself. | The goal of a Gradle execution, also known as a Gradle build, is to execute a set of tasks, in sequence. Each build evolves according to a well defined [[#Build_Lifecycle|build lifecycle]], during which Gradle instantiates a complex domain model of the project in memory: a [[#Gralde|Gradle instance]], a [[#Settings|Settings instance]] and the [[#Project|project]] itself. | ||
=Subjects= | |||
* <span id='Logging'></span><span id='Gradle_Logging'></span>[[Gradle Logging|Gradle Logging]] | |||
=Build Lifecycle= | =Build Lifecycle= |
Revision as of 21:00, 3 October 2020
External
- DSL reference https://docs.gradle.org/current/dsl/
Internal
TO DEPLETE
TO PLACE
Overview
The goal of a Gradle execution, also known as a Gradle build, is to execute a set of tasks, in sequence. Each build evolves according to a well defined build lifecycle, during which Gradle instantiates a complex domain model of the project in memory: a Gradle instance, a Settings instance and the project itself.
Subjects
Build Lifecycle
Convention over Configuration
Gradle API
Gradle DSL
Gradle
Settings
Project
Task
Plugin
Properties
Logging
Extension
A plugin is the typical use case for an extension.