You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using the gradle-release plugin in my gradle projects, and I'm trying to add it to Jenkins to perform a release after each commit on the release branch. However, this causes an infinite loop in Jenkins, where:
Jenkins polls SCM and sees a new commit, triggering a new build
gradle-release plugin performs the release updating the gradle.properties file with the new SNAPSHOT version number.
Jenkins polls SCM and sees a new commit, triggering a new build
gradle-release plugin performs the release updating the gradle.properties file with the new SNAPSHOT version number.
...
So basically, I expected the gradle-release plugin to see that the last commit was caused by itself and that it should not perform a release. What am I missing here? I suppose as a work around, I can look at the git log and see if the last commit was due to a release and skip the 'release' stage of the build. however, I believe that'd complicate my Jenkinsfile unnecessarily.
The text was updated successfully, but these errors were encountered:
The release plugin doesn't check it. You could add that check to your build.gradle but I'm not sure if it makes sense to have that kind of check in the plugin as it might become quite complex because of messaage/tag customization.
It works if the build is triggered after a release, then it will not build. I'm thinking of moving it to the front of the pipeline so it doesn't compile/unit test either.
I'm using the gradle-release plugin in my gradle projects, and I'm trying to add it to Jenkins to perform a release after each commit on the release branch. However, this causes an infinite loop in Jenkins, where:
...
So basically, I expected the gradle-release plugin to see that the last commit was caused by itself and that it should not perform a release. What am I missing here? I suppose as a work around, I can look at the git log and see if the last commit was due to a release and skip the 'release' stage of the build. however, I believe that'd complicate my Jenkinsfile unnecessarily.
The text was updated successfully, but these errors were encountered: