Verwendung des Maven Release Plugins in der Jenkins-Pipeline

Ich verwende Jenkins Pipeline, um meine Java-Apps automatisch zu erstellen und bereitzustellen. Ich verwende auch maven-release-plugin, um die Maven-Bereitstellung in Artifactory durchzuführen.

Das Problem ist meine Jenkinsfile (oder Jenkins Pipeline Configuration):

1. Wir schreiben eine Version 0.1.00-SNAPSHOT in den Release-Zweig
2. Jenkins Pipeline erhält den Code und führt die Maven-Freigabe durch
3. Maven Release ändert die Version auf 0.1.00
4. Maven Release markiert den GIT-Zweig, schreibt das Artefakt fest und stellt es bereit
5. Maven Release ändert die Version auf 0.2.00-SNAPSHOT und committe
6. Die Jenkins-Pipeline erkennt eine Änderung im GIT und löst daher einen neuen Build aus

Sie haben verstanden, dass der letzte Schritt eine Endlosschleife erzeugt, selbst wenn es keinen nützlichen Commit gibt.

Hier ist der interessante Teil meiner Jenkinsfile:

sshagent([git_credential]) {
    sh "${maven_bin} --settings ${maven_settings} -DreleaseVersion=${release_version} -DdevelopmentVersion=${development_version} release:prepare release:perform -B"
}

Wie kann ich die Schleife unterbrechen (vermeiden, dass Jenkins einen neuen Build auslöst, wenn Maven auf GIT festschreibt)?

Vielen Dank

IMHO mit dem Aufkommen von Git- und Pull-Anforderungen halte ich die Verwendung von maven-release-plugin oder maven-version-plugin mit einer Jenkins-Pipeline für keine gute Idee.

Die Verwendung von Multibranch Pipeline mit der hier erwähnten Versionierungstechnik entspricht eher der kontinuierlichen Bereitstellung:
https://axelfontaine.com/blog/dead-burried.html

Unter Verwendung der obigen Versionierungstechnik sieht die pom.xml nun so aus:

<project>
    ...
    <version>${revision}</version>

    <properties>
        <!-- Sane default when no revision property is passed in from the commandline -->
        <revision>0-SNAPSHOT</revision>
    </properties>

    <scm>
        <connection>scm:git:your-git-repo-url</connection>
    </scm>

    <distributionManagement>
        <repository>
            <id>artifact-repository</id>
            <url>your-artifact-repo-url</url>
        </repository>
    </distributionManagement>

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-scm-plugin</artifactId>
                <version>1.9.5</version>
                <configuration>
                   <tag>${project.artifactId}-${project.version}</tag>
                </configuration>
            </plugin>
        </plugins>
    </build>
    ...
</project>

Sie können jetzt ganz einfach Releases auf Ihrem Jenkins-Server erstellen, indem Sie eine Multibranch-Pipeline mit einer Jenkins-Datei konfigurieren, um auf allen Branches aufzubauen und nur vom Master-Branch bereitzustellen:

pipeline {
  agent any
  environment {
    REVISION = "0.0.${env.BUILD_ID}"
  }
  triggers {
    pollSCM('')
  }
  options {
    disableConcurrentBuilds()
    buildDiscarder(logRotator(numToKeepStr: '30'))
  }
  tools {
    maven '3.5.2'
    jdk 'jdk8'
  }
  stages {
    stage ('Initialize') {
      steps {
        sh '''
          echo "PATH = ${PATH}"
          echo "M2_HOME = ${M2_HOME}"
        '''
      }
    }
    stage ('Build') {
      steps {
        sh 'mvn clean package'
      }
    }
    stage ('Deploy') {
      when {
        branch 'master'
      }
      steps {
        script {
          currentBuild.displayName = "${REVISION}"
        }
        sh 'mvn deploy scm:tag -Drevision=${REVISION}'
      }
    }
  }
} 

Sehen https://jenkins.io/blog/2017/02/07/declarative-maven-project/#set-up zum Konfigurieren einer Multibranch-Pipeline.

Mit dieser Technik entwickeln Sie nur auf Nicht-Master-Branches. Erstellen Sie dann eine Pull-Anforderung, um Ihre Änderungen wieder mit dem Master-Branch zusammenzuführen. Dadurch sollte Ihr Artefakt automatisch in Ihrem Artefakt-Repository bereitgestellt werden.

Nachtrag

Beim Veröffentlichen in einem Maven-Repository mit der obigen Methode hat die pom.xml nicht die richtige Version. Um Maven dazu zu bringen, die richtige Version zu veröffentlichen, verwenden Sie das flatten-maven-plugin: http://www.mojohaus.org/flatten-maven-plugin/usage.html.

Siehe auch: https://maven.apache.org/maven-ci-friendly.html

Dank des Kommentars von @Daniel Omoto habe ich herausgefunden, dass Jenkins eine Option für die GIT-Abfrage bietet. Eines ist genau das, was ich brauchte (und das bereitgestellte Beispiel ist für maven-release-plugin!):

Falls jemand das gleiche Problem mit der Schleife hat oder dass nachfolgende Builds ausgelöst werden, ABER einen Trigger hat, der die Jenkins-Pipeline bei jedem Push zum Repository startet (anstelle von Abfragen).

Hier ist, wer ich es getan habe: Ich habe überprüft, ob der letzte Commit “[maven-release-plugin]“ im Kommentar.

Code in jenkinsfile:

def lastCommit = sh returnStdout: true, script: 'git log -1 --pretty=%B'

if (lastCommit.contains("[maven-release-plugin]")){
            sh "echo  Maven release detected"  //dont trigger build

        } else {
            sh "echo Last commit is not from maven release plugin" //do build steps 
            <..build Job...>
        }

Folgendes haben wir als ersten Schritt in unsere Pipeline aufgenommen:

stage('Check commit message') {
     when { changelog '.*\\[maven-release-plugin\\].*' }
     steps {
       script {
          pom = readMavenPom file: 'pom.xml'
          currentBuild.displayName = pom.version
          currentBuild.result="NOT_BUILT"
       }
       error('Skipping release build')
     }
}

Sie müssen installieren https://jenkins.io/doc/pipeline/steps/pipeline-utility-steps/ plugin, um maven pom zu lesen, oder geben Sie einfach eine feste Beschreibung für den übersprungenen Build ein. Der Build nach der Veröffentlichung hat eine graue Farbe.

Eine Lösung kann darin bestehen, den Post-Receive-Hook zu ändern, der die Benachrichtigungs-URL von jenkins aufruft:

#!/bin/bash
git_log=$(git log --branches -1)
if ! [[ $git_log =~ .*maven-release-plugin.* ]] ;
then
curl http://buildserver:8080/git/notifyCommit?url=ssh://git@server:22/projects/Name.git;
fi