You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For all releases Github Workflow Test Matrix Checkup
check the testing workflow (.github/workflows/test.yaml) and ensure that all matrix versions (.github/workflows/e2e.yaml and .github/workflows/release.yaml) are up to date for various component releases. If there have been any new releases (major, minor or patch) of those components since the latest version seen in that configuration make sure the new versions get added before proceeding with the release. Remove any versions that are no longer supported by the environment provider.
Kubernetes (via KIND and the latest image available when creating a new rapid channel cluster from the GKE new cluster wizard)
ensure that you have up to date copy of main: git checkout main; git pull
create the release branch for the version (e.g. release/1.3.1): git branch -m release/x.y.z
Make any final adjustments to CHANGELOG.md. Double-check that dates are correct, that link anchors point to the correct header, and that you've included a link to the Github compare link at the end.
retrieve the latest license report from FOSSA and save it to LICENSES
ensure base manifest versions use the new version (config/image/enterprise/kustomization.yaml and config/image/oss/kustomization.yaml) and update manifest files: make manifests
push the branch up to the remote: git push --set-upstream origin release/x.y.z
CI will validate the requested version, build and push an image, and run tests against the image before finally creating a tag and publishing a release. If tests fail, CI will push the image but not the tag or release. Investigate the failure, correct it as needed, and start a new release job.
For all releases Publish images to Red Hat Catalog
Click publish button for all tags related to the release that were pushed to the portal. That will publish the image to Red Hat Catalog.
Make sure the latest tag was added when asked. If forgot, the tag can be added from the dropdown menu.
We weren't able to make the latest tag appear in the RH catalog even though it was successfully being pushed to the registry. @czeslavo opened a support ticket in RH to resolve this issue.
For all releases Synchronize documentation with docs.konghq.com
Copy app/_data/docs_nav_kic_OLDVERSION.yml to app/_data/docs_nav_kic_NEWVERSION.yml and update the release field to NEWVERSION. Add entries for any new articles.
Add a section to app/_data/kong_versions.yml for your version.
If the "Build and push development images" Github action is not appropriate for your release, or is not operating properly, you can build and push Docker images manually
Steps
Check out your release tag.
Run make container. Note that you can set the TAG environment variable if you need to override the current tag in Makefile.
Add additional tags for your container (e.g. docker tag kong/kubernetes-ingress-controller:1.2.0-alpine kong/kubernetes-ingress-controller:1.2.0; docker tag kong/kubernetes-ingress-controller:1.2.0-alpine kong/kubernetes-ingress-controller:1.2)
Create a temporary token for the kongbot user (see 1Password) and log in using it.
Push each of your tags (e.g. docker push kong/kubernetes-ingress-controller:1.2.0-alpine)
The text was updated successfully, but these errors were encountered:
Release Type
minor release
For all releases Github Workflow Test Matrix Checkup
#3277
For all releases Create Release Branch
main
: git checkout main; git pullrelease/1.3.1
):git branch -m release/x.y.z
config/image/enterprise/kustomization.yaml
andconfig/image/oss/kustomization.yaml
) and update manifest files:make manifests
git push --set-upstream origin release/x.y.z
For all releases Create a Release Pull Request
Run: https://github.com/Kong/kubernetes-ingress-controller/actions/runs/3732348684
main
.vX.Y.Z
format. Setlatest
to true if this will be the latest release.Run 1: https://github.com/Kong/kubernetes-ingress-controller/actions/runs/3732472974
Last run: https://github.com/Kong/kubernetes-ingress-controller/actions/runs/3734142793
For all releases Publish images to Red Hat Catalog
We weren't able to make the
latest
tag appear in the RH catalog even though it was successfully being pushed to the registry. @czeslavo opened a support ticket in RH to resolve this issue.For all releases Synchronize documentation with docs.konghq.com
For major/minor releases only Update Release documents
references/version-compatibility.md
to include the new versions (make sure you capture any new Kubernetes/Istio versions that have been tested)PR: kic: update compatibility matrix for release 2.8 docs.konghq.com#4944
app/_data/docs_nav_kic_OLDVERSION.yml
toapp/_data/docs_nav_kic_NEWVERSION.yml
and update therelease
field toNEWVERSION
. Add entries for any new articles.app/_data/kong_versions.yml
for your version.PR: [Release] KIC version 2.8 docs.konghq.com#4932
Release Troubleshooting
The Release Troubleshooting guide covers strategies for dealing with a release that has failed.
Manual Docker image build
If the "Build and push development images" Github action is not appropriate for your release, or is not operating properly, you can build and push Docker images manually
Steps
make container
. Note that you can set theTAG
environment variable if you need to override the current tag in Makefile.docker tag kong/kubernetes-ingress-controller:1.2.0-alpine kong/kubernetes-ingress-controller:1.2.0; docker tag kong/kubernetes-ingress-controller:1.2.0-alpine kong/kubernetes-ingress-controller:1.2
)kongbot
user (see 1Password) and log in using it.docker push kong/kubernetes-ingress-controller:1.2.0-alpine
)The text was updated successfully, but these errors were encountered: