The release process of a new version of KEDA involves the following:
Look at the last released version in the releases page: https://github.com/kedacore/keda/releases For example: currently it is 2.0.0 The next version will thus be 2.1.0
Provide a new section in CHANGELOG.md
for the new version that is being released along with the new features, patches and deprecations it introduces.
It should not include every single change but solely what matters to our customers, for example issue template that has changed is not important.
Publish documentation for new version on https://keda.sh.
See docs.
Creating a new release in the releases page (https://github.com/kedacore/keda/releases) will trigger a GitHub workflow which will create a new image with the latest code and tagged with the next version (in this example 2.1.0).
KEDA Deployment YAML file (eg. keda-2.1.0.yaml) is also automatically created and attached to the Release as part of the workflow.
Note: The Docker Hub repo with all the different images can be seen here: https://hub.docker.com/r/kedacore/keda/tags
Every release should use the following template to create the GitHub release.
💡 Don't forget to update the version in the template
Here's the template:
We are happy to release KEDA <INSERT-CORRECT-VERSION> 🎉
Here are some highlights:
- <list highlights>
Learn how to deploy KEDA by reading [our documentation](https://keda.sh/docs/INSERT-CORRECT-VERSION/deploy/).
### New
- <list items>
### Improvements
- <list items>
### Breaking Changes
- <list items>
### Other
- <list items>
Update the version
and appVersion
in our chart definition.
Guidance on how to release it can be found in our contribution guide.
Update the following file: https://github.com/Azure/azure-functions-core-tools/blob/v3.x/src/Azure.Functions.Cli/StaticResources/keda-v2.yaml [Search for 1.1.0 etc. and replace it]
Create Helm release on GitHub with changelog of what changed to our Helm chart.