-
Task
-
Resolution: Done
-
Major
-
None
-
5
-
False
-
None
-
False
-
NEW
-
NEW
-
-
-
Log Collection - Sprint 239, Log Collection - Sprint 240
Â
On every release we need to take care to stay compatible on available Golang Builder and Kubernetes/OpenShift Go Modules. This card is dedicated to the hygiene tasks being executed once per release. Upgrades to consider:
Golang Upgrades | Go Modules Upgrades | SDK upgrades |
---|---|---|
|
|
|
The table above provides a matching of the required repositories to upgrade separately (See sub-tasks). Instructions to consider:
- For Golang upgrades, the selected Golang version is the one used to build and release the kubernetes version used in the next OpenShift release (e.g. go1.20 used for k8s 1.27 and OpenShift 4.13)
- For Go Modules upgrades:
- The client-go, api-machinery, apiserver modules should match the same k8s dependency used in the next OpenShift release (e.g. k8s 1.27 used for OpenShift 4.14)
- The openshift/api module should match the next OpenShift release branch (e.g. release-4.14)
- The controller-runtime module should match the operator-sdk recommendation. (See operator-sdk upgrade docs)
- For SDK upgrades:
- The Operator-SDK mandates a comprehensive upgrade documentation
Developer Notes
- Link all Pull and Merge requests for accomplishing the upgrades in this single task and NOT on the subtasks.
- Consider that changing golang builders require changes on upstream repositories, the OpenShift release repository and midstream repositories