[ https://issues.jenkins-ci.org/browse/JENKINS-13773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
uded updated JENKINS-13773: --------------------------- Description: It would be better for those of us that use Maven to drive the Jira version release process differently. Currently, if I am doing a build based on Maven in the project that uses most of the Jira plugin features (Generate Release Notes, Mark a JIRA version as Released, Move issues...) it will execute those steps for every build. That's not the case if you are using Maven Release plugin - then the normal builds should not touch the JIRA release/changelog/etc. parts unless one is actually doing the release! I see three different solutions for this case: 1. Add a link in the project (better yet - in a build!) toolbar to perform a release of JIRA version for the project manually. The screen can ask user about the version to release. 2. Add a tight integration to [M2 Release Plugin|https://wiki.jenkins-ci.org/display/JENKINS/M2+Release+Plugin] and other release plugins - but that seems to be somewhat hard to do. 3. Provide an extension point to trigger the release process and let other plugins authors (like [M2 Release Plugin|https://wiki.jenkins-ci.org/display/JENKINS/M2+Release+Plugin]) use it. Of course all three solutions (better 1+2) can be implemented for greater usability. I would be happy to help out with this, BTW. was: It would be better for those of us that use Maven to drive the Jira version release process differently. Currently, if I am doing a build based on Maven in the project that uses most of the Jira plugin features (Generate Release Notes, Mark a JIRA version as Released, Move issues...) it will execute those steps for every build. That's not the case if you are using Maven Release plugin - then the normal builds should not touch the JIRA release/changelog/etc. parts unless one is actually doing the release! I see three different solutions for this case: 1. Add a link in the project (better yet - in a build!) toolbar to perform a release of JIRA version for the project manually. The screen can ask user about the version to release. 2. Add a tight integration to [M2 Release Plugin|https://wiki.jenkins-ci.org/display/JENKINS/M2+Release+Plugin] and other release plugins - but that seems to be somewhat hard to do. 3. Provide an extension point to trigger the release process and let other plugins authors (like [M2 Release Plugin|https://wiki.jenkins-ci.org/display/JENKINS/M2+Release+Plugin]) use it. Of course all three solutions (better 1+2) can be implemented for greater usability. > Perform Jira release based on user action or certain plugin usage - Maven > ------------------------------------------------------------------------- > > Key: JENKINS-13773 > URL: https://issues.jenkins-ci.org/browse/JENKINS-13773 > Project: Jenkins > Issue Type: Improvement > Components: jira > Reporter: uded > Labels: plugin > > It would be better for those of us that use Maven to drive the Jira version > release process differently. Currently, if I am doing a build based on Maven > in the project that uses most of the Jira plugin features (Generate Release > Notes, Mark a JIRA version as Released, Move issues...) it will execute those > steps for every build. That's not the case if you are using Maven Release > plugin - then the normal builds should not touch the JIRA > release/changelog/etc. parts unless one is actually doing the release! > I see three different solutions for this case: > 1. Add a link in the project (better yet - in a build!) toolbar to perform a > release of JIRA version for the project manually. The screen can ask user > about the version to release. > 2. Add a tight integration to [M2 Release > Plugin|https://wiki.jenkins-ci.org/display/JENKINS/M2+Release+Plugin] and > other release plugins - but that seems to be somewhat hard to do. > 3. Provide an extension point to trigger the release process and let other > plugins authors (like [M2 Release > Plugin|https://wiki.jenkins-ci.org/display/JENKINS/M2+Release+Plugin]) use it. > Of course all three solutions (better 1+2) can be implemented for greater > usability. > I would be happy to help out with this, BTW. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira