...
| Tableenhancer |
|---|
| numberOfFixedRows | 3 |
|---|
| decimalMark | . (point) |
|---|
|
| Task | Move maven-stage plugin in a new profile in all pom.xml files | Review all pom file changes | Merge global-jjb changes & trigger jobs | Analyze binaries delivered to Nexus | Cherry pick needed changed into release branches | Remove old staging jobs | Remove unused profiles in pom.xml files | Comment on progress |
|---|
| Responsible | RelEng | PTL | RelEng | PTL | PTL | RelEng | PTL |
|
|---|
| Estimated Duration | 10 min
per file | 5 min
per file | 20 Min | 30 Min | 5 min | 10 Min | 10 min per file |
|
|---|
| AAF |
|
|
|
|
|
|
|
| | AAI |
We are moving few components at a time. The team has tested at least 1 project and we had no issues. | Dan to confirm if we can remove the old jobs or if he still needs them | Only the maven-docker-stage is failing. It looks like a dependency issue. Kanagaraj is looking into itExtAPI |
|
|
|
|
|
|
| | | DCAE |
|
|
|
|
|
|
| - Working with the team on adding few components at a time. I think we have 1/5 of the jobs completed
|
Demo | DMaaP | Working on few components at a time |
7/17 Update: All impacted dcae repo (15/15) migrated to new jobs. Validation and resolution (of some job failures for Ubuntu dependency) are in-progress. | | Demo |
|
|
|
|
|
|
|
| | DMAAP |
|
|
|
|
|
|
|
| | ExtAPI |
|
|
|
|
|
|
| ExtAPI seems to be ok, all jobs ok, pom cleaned. https://jenkins.onap.org/view/externalapi/ - To do: use the java binary from repo, and not the one locally build see
| Jira |
|---|
| server | ONAP JIRA |
|---|
| serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
|---|
| key | EXTAPI-261 |
|---|
|
- Also Just need to run a full release process to be sure
|
| Holmes |
|
|
|
|
|
|
|
| | Integration |
|
|
|
|
|
|
|
| | Logging |
|
|
| Resolving 2 more failures |
|
|
| - Prudence to help me remove the extra snapshot artifacts being packaged in the autorelease file which is breaking the job
- Cleanup of old jobs done
- The team is developing 1.5.0-SNAPSHOT which fixed several jobs
| | Modeling |
|
|
|
|
|
|
|
| | MSB |
|
|
|
|
|
|
|
| | MultiCloud |
At some point before the release, we added the jobs and they are all failing. Need to hear back from this team if they are planning to fix them.
|
|
|
|
|
|
| - Maven-docker-stage jobs need to be added to replace docker-java-version-shell-daily
- Cleanup of old jobs underprogress
| | Music |
|
|
|
|
|
|
|
| | OOF |
|
|
|
|
|
|
| All jobs work, only cmso is skipping artifact signing since they need to run in Ubuntu and SIGUL is just supported in Centos. Signing images for their releases will need to continue to be done manually, but at least we are migrated and not using the plugin in question. | | OOM |
Haven't hears back from anyone despite several attempts. The one one job is failing since the team is not deploying any artifacts.
|
|
|
|
|
|
| Confirmed with Mike that they don't need to make any releases. | | O-parent |
|
|
|
|
|
|
|
| | Policy |
|
|
|
|
|
|
| Actively working with Pam, we are getting few components at a time | | Portal |
|
|
| Failures due to banned dependencies (Exception approved by TSC on Aug 1) |
|
|
| - Requesting exception: Portal team requested exception in email to use the portal/sdk snapshot dependency in portal repo (mail sent to Jessica and Catherine). As these two repos (portal and portal/sdk) are developed very closely in dev sprints, they require snapshot usage in those dev sprints (so portal cannot always be on released sdk libraries). Team requests, TSC to consider this as an exception and allow Portal component to use snapshots of protal/sdk libraries while in development phase.
- Component having dependency issues. Information sent to the PTL for helping me analyzing them.
|
SDC | Ofir mentioned they are going to work on the migration this week and contact me for any issues | - Need to add maven-docker-stage jobs to replace docker old jobs
- Cleanup needs to be done
| | SDC |
|
|
|
|
|
|
|
| | SDNC |
|
|
|
|
|
|
|
| | SO |
|
|
|
|
|
|
| Only thing to be done is remove the old deprecated jobs |
SDNC | Dan to confirm if we can remove the old jobs | SO | I don't think I have heard from anyoneI don't think I have heard from anyone
|
Nexus2 releases migration notes
...
Please use the comment "stage-release" to trigger.
Release process
The release process is still the same:
- The PTL works towards their component development (I believe teams work on JAR artifact changes first and then Docker images)
- Once the PTL has a JAR artifact ready for releasing, they will trigger the gerrit-maven-stage job using the "stage-release" comment in Gerrit.
- The PTL will create a LF support jira ticket with the link of the gerrit-maven-stage job that produced their "autorelease" package (The same way they were already doing for release-java-daily jobs)
- LF will make a release in Nexus2
- PTL works towards their Docker images (which will use the previously released JARs for building)
- Once the PTL has a Docker images ready for releasing, they will trigger the gerrit-maven-docker-stage job using the "stage-release" comment in Gerrit.
- The PTL will create a LF support jira ticket with the link of the gerrit-maven-docker-stage job that produced their images (The same way they were already doing for docker-java-daily jobs)
- LF will make the release in Nexus3
