zoom bridge: https://zoom.us/j/283628617
...
Duration | Agenda Item | Requested by | Notes / Links |
---|
START RECORDING |
| Review agenda |
|
|
15 mins | El-Alto Release | | Early Drop: | Project Status in El-Alto Release - Today is the final due date to release your container Nexus3 repo (docker.release)
- Current High/Highest defects: Defect Status for El Alto
- Test Coverage: Collecting Waiver request (Policy, AAF) - any other waiver
- Platform Maturity (Jason): Feedback - El-Alto Release Platform Maturity
- Security (Pawel):
- Request PTLs to complete their CII Badging adjustment
- M1 Planning
- Below goal - PTL to provide their commitments
Module | Without jScript | With jScript | ccsdk-dashboard | 66.6 | 18.4 - what can be achievable? 25%? Dan T. to confirm | aaf-authz | 40 | 40 -> 50%? | sdc master | 48.3 | 48.4 → 55%? | ccsdk-sli-adaptors | 49.4 | 49.3 → 55%? | policy-engine | 57.7 | 49.7 → 55%? | portal | 67.3 | 24.6 → ? Angular upgrade in Typescript code, so planning not to add JS tests in old code. more details at El-Alto Risks | ccsdk-sli-northbound | 50.8 | 49.9 → 55%? | aai-graphadmin | 53.1 | 53.1 -> to be reviewed based on Jimmy's inputs | aai-data-router | 53.2 | 53.2 -> to be reviewed based on Jimmy's inputs | aai-schema-service | 53.4 | 53.4 -> to be reviewed based on Jimmy's inputs | ccsdk-sli-core | 53.4 | 53.4 → 55%? | sdc-jtosca dublin | 53.7 | 53.7 → 55%? | aai-sparky-be | 53.8 | 53.8 -> to be reviewed based on Jimmy's inputs | sndc-northbound | 54.5 | 54.5 → 55%? |
Others: - OOM Team to ensure Staging is at 5.0.0
|
|
|
| |
5 mins | OOM Strategy | | We are no more using the Manifest but the OOM strategy while releasing our container |
5 mins | JIRA priority definitions | | |
10 mins | Issues with testing staging artifacts | Dan Timoney | The 'Staging Repositories' group in Nexus has a bug which causes it to always return the OLDEST instance of a staged maven artifact as opposed to the most recent. Thus, it is not practical to create docker artifacts based on 'staging' versions of maven artifacts. It is more reliable to use SNAPSHOTs, begging the question of whether it is useful to automatically create daily staging versions. An alternative to consider would be to change our daily build process to build SNAPSHOT versions instead of staging versions, and then to only build the staging version when we are ready to create a release version. |
|
|
|
|
|
|
|
|
...