https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/RELENG-57 releng <p>As discussed in the DDF odlparent Nitrogen planning session, we want to be able to manually release odlparent artifacts. This requires a job in releng/builder presumably, and perhaps a staging repository in Nexus (with the appropriate permissions for odlparent committers, or at least the odlparent PTL).</p> <p>Operating System: All<br/> Platform: All</p> RELENG-57

Please add release jobs for odlparent

Bug Resolved Done Thanh Ha (zxiiro) Stephen Kitt Thu, 1 Jun 2017 21:12:23 +0000 Tue, 24 Apr 2018 14:37:01 +0000 Wed, 14 Jun 2017 15:22:57 +0000 unspecified Jenkins Job Builder 0 5 <p>One of the potential issues I have with the release job I'm working on is version bumping.</p> <p>Our current version bump script needs a tag at the end like -Carbon -Nitrogen. But if odlparent is releasing out of stream I assume it will not need a tag and would like to release for example: 1.9.0, 1.9.1, 2.0.0, etc...</p> <p>I tried looking into a few things:</p> <p>1) The maven-release-plugin</p> <p>Using it's release:update-versions goal but this goal seems to bump one SNAPSHOT to the next, I don't see a way of telling it to bump to a release version and using any of the other goals causes it to run a full build and tag SCM automatically for us.</p> <p>2) The maven-versions-plugin</p> <p>Using it's versions:set command I can make it bump to a release version but it seems we have to do it for every individual pom.xml object and there's no easy way (as far as I can tell) to have it bump everything in a repo.</p> <p>3) Let projects tag first and then build</p> <p>This option is how the YangIDE project's release job was originally configured, the project creates a release tag first and then we run a build in Jenkins off of the release tag. This might be an option if we cannot find an automated option.</p> <p>Maybe others have better ideas?</p> <p>In the meantime I'm making some progress on the job. I still need to work on a curl script to upload releases to Nexus because the maven nexus staging plugin has issues with SNI.</p> <p>&gt; 1) The maven-release-plugin<br/> &gt; <br/> &gt; Using it's release:update-versions goal but this goal seems to bump one<br/> &gt; SNAPSHOT to the next, I don't see a way of telling it to bump to a release<br/> &gt; version and using any of the other goals causes it to run a full build and<br/> &gt; tag SCM automatically for us.</p> <p>Why is this an issue?</p> <p>(In reply to Stephen Kitt from comment #2)<br/> &gt; &gt; 1) The maven-release-plugin<br/> &gt; &gt; <br/> &gt; &gt; Using it's release:update-versions goal but this goal seems to bump one<br/> &gt; &gt; SNAPSHOT to the next, I don't see a way of telling it to bump to a release<br/> &gt; &gt; version and using any of the other goals causes it to run a full build and<br/> &gt; &gt; tag SCM automatically for us.<br/> &gt; <br/> &gt; Why is this an issue?</p> <p>Or rather, why not use release:release?</p> <p>Yeah, I think release:release is what we want to do. We used to do that in Hydrogen (plus we had jobs which simulated the effects of release:release).</p> <p>One problem release plugin had was bumping dependency versions in properties, but that should not be a problem with odlparent.</p> <p>release:release is not a goal in the maven-release-plugin</p> <p><a href="https://maven.apache.org/maven-release/maven-release-plugin/index.html" class="external-link" target="_blank" rel="nofollow noopener">https://maven.apache.org/maven-release/maven-release-plugin/index.html</a></p> <p>Unless there's another plugin I'm missing?</p> <p>sorry, memory lapse. It would be a release:prepare/release:perform, or perhaps a release:stage.</p> <p>I do not remember the details, as it was one-off and long ago. The gory details were in those jenkins jobs...</p> <p>Right, my problem with release:perform and release:prepare is it actually runs a build and automatically tags Git. I was hoping to find a goal that only bumps the version since we also need to push a staged repo to Nexus.</p> <p>&gt; need to push a staged repo to Nexus</p> <p>doesn't the org.sonatype.plugins:nexus-staging-maven-plugin do what you are after? I use that e.g. in my <a href="https://github.com/vorburger/MariaDB4j" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/vorburger/MariaDB4j</a> to deploy a personal project to Maven central, and it works great - bumps the versions, pushes to a staging...</p> <p>(In reply to Michael Vorburger from comment #9)<br/> &gt; &gt; need to push a staged repo to Nexus<br/> &gt; <br/> &gt; doesn't the org.sonatype.plugins:nexus-staging-maven-plugin do what you are<br/> &gt; after? I use that e.g. in my <a href="https://github.com/vorburger/MariaDB4j" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/vorburger/MariaDB4j</a> to<br/> &gt; deploy a personal project to Maven central, and it works great - bumps the<br/> &gt; versions, pushes to a staging...</p> <p>That's what we're currently using for however Sonatype is currently hasn't fixed their issue with SNI in the plugin unfortunately and they don't seem to have made any progress since I reported it months ago. See <span class="error">&#91;0&#93;</span> for details. We're currently using a workaround which is not great to allow autorelease to push however it's not a good workaround.</p> <p>Moving forward we are going to be using Curl to upload things directly to Nexus as it will get around the SNI issue and allows us to also support non Java / Maven projects as we want to provide a solution that can worth for any type of project. I have a bash script that is mostly working now. I hope to have it fully ready by Monday.</p> <p><span class="error">&#91;0&#93;</span> <a href="https://jira.linuxfoundation.org/browse/RELENG-21" class="external-link" target="_blank" rel="nofollow noopener">https://jira.linuxfoundation.org/browse/RELENG-21</a></p> <p>The following global-jjb patch adds a working job that can release.</p> <p><a href="https://gerrit.linuxfoundation.org/infra/5126" class="external-link" target="_blank" rel="nofollow noopener">https://gerrit.linuxfoundation.org/infra/5126</a></p> <p>Once it's merged we can add the bits to releng/builder to put the job into production.</p> <p>This is complete with the merge of this patch<br/> <a href="https://git.opendaylight.org/gerrit/58760" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/58760</a></p> <p>Closing as I think this is resolved now. odlparent has a way to release separately from autorelease which was the intent of this issue.</p> Blocks INFRAUTILS-14 ODLPARENT-23 Development External References <a href="https://jira.linuxfoundation.org/browse/RELENG-171">https://jira.linuxfoundation.org/browse/RELENG-171</a> External issue ID 8580 External issue URL Issue Type ODL SR Target Milestone Rank 0|i01ma7: