Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Consumed API from other projects

ProjectAPI DependencyNotes
Portal

2.1.0


AAFv2.1.0
Dmaapv1.1.3


AAIv11No direct link to any libraries
APP-C
No direct link to any libraries
SO
No direct link to any libraries
VFCNo direct link to any libraries


Published API - These projects use the policy libraries to build their code

ProjectAPINotes
CLAMP1.2.0
DCAEn/aImplemented own python API


1. Follow the process as outlined here: Independent Versioning and Release Process. Policy repositories inherit from oparent so release jobs will fail if any SNAPSHOT artifact is referenced in the pom.xml's.

  • Verify there are no SNAPSHOTs and we are up-to-date with other team's released artifacts.
  • Send Helpdesk tickets to LF ONAP release engineering specifying the Jenkin's Job to release Java artifacts and then the docker images
  • Update the Integration team manifest so public knows what released artifacts are available. Example gerrit review: https://gerrit.onap.org/r/#/c/42709/
  • Update the Demo team heat scripts so the automated External Lab Jobs work and the Integration team has the latest artifacts for testing. Example gerrit review: https://gerrit.onap.org/r/#/c/42711/
  • Update the OOM team K8S Helm Charts. Example gerrit review: https://gerrit.onap.org/r/#/c/42713/


2. For any new changes to be done post-Release. Then the we must update to the next SNAPSHOT version:

RepoNotesExample Commit(s)
policy/common

all pom.xml's

version.properties

https://gerrit.onap.org/r/#/c/42781/
policy/drools-applications

all pom.xml's

version.properties

https://gerrit.onap.org/r/#/c/28109/

policy/drools-pdp

all pom.xml's

version.properties


policy/engine

all pom.xml's

version.properties

BRMSGateway/config.properties

BRMSGateway/dependency.json

BRMSGateway/src/main/java/org/onap/policy/brmsInterface/BRMSPush.java

BRMSGateway/src/test/resources/config.properties

https://gerrit.onap.org/r/#/c/28113/

policy/docker

all pom.xml's

version.properties

config/pe/brmsgw.conf

https://gerrit.onap.org/r/#/c/28185/


When branching, its easiest to update the .gitreview file ON the new branch in order to ensure that new gerritt submissions are tracked on that branch.

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

[gerrit]

host=gerrit.onap.org

port=29418

project=policy/engine.git

defaultbranch=beijing



  • No labels