Versions Compared

Old Version 6

changes.mady.by.user Thoralf Czichy

Saved on

compared with

New Version Current

changes.mady.by.user Thoralf Czichy

Saved on

Key

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

...

  1. Complete code upload/update
    1. e.g. update the dockerfile to use the latest RMR library: 4.9.4
  2. Double-check from Code coverage reports (click on "primary link" in that page) that all blocker code smells have been addressed as per RC-5 in Release criteria checklist template
    1. status 2023-0612-1914: no further actions needed
  3. If applicable, release binary artifact(s) such as docker container image(s), or libraries.
    1. Formal instructions: O-RAN Developer's Guide to CI Resources and Processes at the LF. For container image releases we do check "container-tag.yaml" in the repo and from there you get the latest version of the container (the expectation is that during development that version is updated as changes are made to the repo). If it’s the same as in the previous release (Cherry) because there were no changes, or because developers forgot to update that one, update it as well. This has to be committed and merged first. As a second step take the version from container-tag.yaml and update that into .../releases/container-release-ric-plt-e2mgr.yaml (in two places; in row "version" (skip this if the italics text above applied) and in row container_release_tag) also take the commit Id that is the latest and update that into /releases/container-release-ric-plt-e2mgr.yaml. The bold part obviously differs per component.
  4. Update references to artifacts in the above table. Also fill in the last column with reference to the gerrit review that can be used to regenerate the artifact.
  5. Update release notes: Make sure you have a release summary as per RC-1 in Release criteria checklist template: "every component must update their rst release notes (in the doc subfolder in the repo)". Based on this per-component description, the PTL will create a release summary.
    1. Release Notes must be published to https://docs.o-ran-sc.org/en/latest/
    2. Instructions for setting up documentation folder for repo: https://wiki.o-ran-sc.org/display/DOC/Configure+Repo+for+Documentation
  6. After finishing all the above, branch "gi-release" (all lower case with a dash between f and release).
    1. Repo owners (committers) can create branch. 
    2. There are several ways to create branch.  For example do this: Login to web UI https://gerrit.o-ran-sc.org/r/admin/repos > Find repo, click on repo name > "Branches" in right panel > "Create New"

...