Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Consumed API from other projects

...

If this is not done, then one should specify the branch when submitting the git review. 'git review guilinhonolulu'

Code Block
[gerrit]

host=gerrit.onap.org

port=29418

project=policy/engine.git

defaultbranch=guilinhonolulu


When tagging for a release, the following commands can be used:

Code Block
git tag -sm "89.0.0-ONAP Release" 89.0.0-ONAP <optional-commit-id>
git push origin 89.0.0-ONAP

Most likely you will need 'gpg2' installed and configured for git in order to sign the tags. NOTE: ONAP is requiring that the tags be signed.

...

Steps for Releasing and branching

Raise a review to refer released version of dependency (parent, common, models etc.)

Go to latest merged review of repo and comment “stage-release

It will trigger 2 Jenkins jobs - stage-master & docker-stage-master

NOTE: The "docker-stage-master" job will fail for drools-applications

Once the jobs are successful, create a yaml file for releasing maven artifacts first and raise a review.  This file can typically be generated using this script: mkart.sh

Once that is merged and build is successful, create another container.yaml file for releasing docker image and raise a review.  This file can typically be generated using this script: mkdock.sh

NOTE: Drools-applications will require a 2nd "stage-release" to be done due to the way it is built; the docker image requires the java artifacts to be released first, which are packaged into the image.

Once that is merged and build is successful, go to nexus3.onap.org & nexus.onap.org and verify that the image & artifacts were released 

Bump the snapshot version to next patch version and raise a review - Use this command “mvn versions:set -DnewVersion=<snapshot-version>

Update the patch version in "version.properties" file.

Below steps are ONLY needed when we are branching and proceeding to new release
Once that is merged and build is successful, go to gerrit and create a “honolulu” “istanbul” branch.

Once the branch is created, bump the master branch to next minor version using the same maven command, update the dependencies to the new SNAPSHOT versions, and raise a review

Finally go to honolulu  istanbul branch and change the .gitreview file to point to honolulu  istanbul as default branch and raise the review.