...
- A deployable ONAP release consists of 'maintained' an 'unmaintained' software modules (used to build the docker container)
- Only 'projects' are managed in the release process
- But a 'project' consists of 1-n repositories. Repositories are not managed in the release process.
- Only 'maintained' projects are managed in the release process.
- But "unmaintained" software modules (docker container) are added to the list of deployed software modules in the end of the release process
- The management of 'release partizipationparticipation' is limited (projects/repositories), distributed (rel mgrrelmgr, oom, sec, doc) and is not done in an end-to-end manner
- Information about the lifecycle state of projects and repositories and their release partizipation participation is distributed, manually maintained and not in sync (GIT:active|readonly, INFO.YAML, WIKI:release partizipationparticipation, WIKI:project lifecycle state, WIKI:documentation, ...)
...
- must be in the 'maintained' state
- must have created a release branch
- must have updated their documentation to reflect the current state of development
- must have up-to-date release notes (on sub-project level or in the main project?))
Stakeholders (relmgr, oom, sec, doc) are only using/managing maintained software components / projects.
Additional Information
Excel Spreadsheet
...