Cómo obtener el siguiente número de compilación en Gradle

No creo que haya soporte en Gradle, pero puedes intentar usar la tarea Ant. https://docs.gradle.org/current/userguide/ant.html#sec:import_ant_build

Otra forma de hacer esto es usar algún tipo de plugin, o tarea personalizada para administrar la versión.

• Plugin: https://github.com/researchgate/gradle-release
• Tarea personalizada: https://www.tikalk.com/devops/increment-version-numbers-in-gradle /

Sí, puede acceder a las tareas de ivy desde el script ant importando la compilación de ant.archivo xml para la compilación de gradle.archivo gradle. A continuación se muestra la sintaxis para hacerlo.

Ant.importBuild ' build.xml "

Por favor refiérase: https://docs.gradle.org/current/userguide/ant.html#sec:import_ant_build

Te recomiendo que uses el complemento de liberación de ResearchGate https://github.com/researchgate/gradle-release Tiene una bonita documentación. Fácil de leer. Además, echa un vistazo a cómo lo usé en mi proyecto personal. https://github.com/vatolinrp/bitcoin-esb/blob/master/build.gradle Sería un buen ejemplo para ti.

• Para este comportamiento exacto , se puede invocar la tarea Ivy buildnumber usando pure Gradle sin importar la compilación Ant:

configurations {
    antTasks // define a new configuration
}

repositories {
    mavenCentral()
}

dependencies {
    antTasks("org.apache.ivy:ivy:2.4.0") // add Ivy library to it
}

ext {
    // define the Ivy task, using the extra configuration as classpath extension
    ant.taskdef(name: "ivyBuildNumber", 
                classname: "org.apache.ivy.ant.IvyBuildNumber", 
                classpath: configurations.antTasks.asPath) 

    ant.ivyBuildNumber(organisation: "daniel", module: "hello")
    nextVersion = ant.properties["ivy.new.revision"]
}

task demo {
    doLast {
        println nextVersion
    }
}

• En general , Gradle no tiene ningún complemento equivalente a Maven Release, por lo que uno tiene que confiar en los complementos. Un complemento sólido es gradle-release de ResearchGate, el otro es axion de Allegro Tech. El primero es el estilo clásico de versiones Maven, el segundo toma a SCM como la única fuente de verdad, eliminando el control de versiones en los archivos de compilación. Pero ninguno de estos plugins proporciona el comportamiento exacto solicitado.

• Mi opinión personal sobre el problema del control de versiones fue inicialmente usar algunos complementos. Dado que uso Bamboo como servidor CI en el trabajo, literalmente todo lo que hice con los complementos de liberación usando Gradle se bloqueó en el servidor CI tarde o temprano. Podría haber funcionado durante algunas semanas, pero cada actualización del servidor trajo algunos problemas. Terminé usando el enfoque sin SCM con una convención simple: use el nombre de la rama como versión base, concaténelo con el número de compilación (ambos valores son proporcionados por el servidor CI):

ext {
    branch = System.getProperty("branch", "develop")
    buildNumber = System.getProperty("buildNumber", "latest")
    isRelease = System.getProperty("isRelease", "false").toBoolean()
    artifactVersion = "${branch}${(isRelease ? ".$buildNumber" : "-SNAPSHOT")}"
}

Se puede configurar el servidor CI para ejecutar el siguiente comando

./gradlew -DisRelease=true -Dbranch=${git.branch} -DbuildNumber=${build.number} mavenPublish

Cuando se presiona el botón 'Soltar'. Por ejemplo, la compilación 12 de la rama 3.0 producirá la versión 3.0.12 en el repositorio binario.

Las ventajas son:
+ la versión viene gratis, asumiendo que las ramas son nombradas en consecuencia
+ el número de compilación auto-incrementado también viene gratis
+ uno puede publicar fácilmente revisiones personalizadas
+ sin plugins significa que no hay problemas con las actualizaciones de la versión de Gradle
+ este enfoque es muy simple y siempre funciona

Las desventajas son:
- sin etiquetas (sin cambios en absoluto en SCM - sin ramas de liberación, etc.), pero dado que el número de compilación siempre se conoce, se puede ver la revisión en el historial de compilaciones de CI
- algunos números de construcción se omitirán, obviamente (por ejemplo, la siguiente versión después de 3.5.76 puede ser 3.5.84)