eks-anywhere-build-tooling maintains multiple release branches to represent the bundle manifest EKS-a currently supports. New versions of
EKS-A can require breaking changes to the bundle manifest, but do not always. For ex: version 0.5.0 of EKS-A, the release-0.1
branch
is used to define and maintain the bundle used.
In general, all base image tag updates and EKS-D releases should be backported to all currently supported release branches.
Most patch bumps to dependency projects should also be backported. Minor bumps to dependency projects probably should not be backported.
The cherry_pick_pull.sh is provided to assist in backporting. The script is the same used by upstream kubernetes/kubernetes
- Open + Merge PR in eks-anywhere-build-tooling repo
- Run
GITHUB_USER=<github_user> ./build/lib/cherry_pick_pull.sh upstream/<release-branch> <pr number>
- The script assumes your remotes are setup such that
upstream
points theaws/eks-anywhere-build-tooling
andorigin
points to your fork at<github_user>/eks-anywhere-build-tooling
- If your remotes are not setup this way you can set
UPSTREAM_REMOTE=<upstream remote name>
FORK_REMOTE=<fork remote name>
when calling the script to override the defaults - There a couple of pre-reqs, having a
GITHUB_TOKEN
set and thegh
cli installed. The script will let you know if you are missing any of these
- The script assumes your remotes are setup such that
- If there is a merge conflict, the script will wait and give you a chance to fix conflicts in another terminal before continuing
- The script will push a new branch and open a PR automatically
- Run the above script for each currently supported release branch
Refer to the upstream doc for more information.