Thanks for helping making KEDA better!
You can easily release a new Helm chart version:
- Update the version of the Helm chart in
Chart.yaml
. - Package the Helm chart
- For KEDA:
$ helm package keda --destination docs Successfully packaged chart and saved it to: docs/keda-2.5.0.tgz
- For HTTP add-on:
$ helm package http-add-on --destination docs Successfully packaged chart and saved it to: docs/keda-add-ons-http-0.2.0.tgz
- For Azure Cosmos DB external scaler:
$ helm package external-scaler-azure-cosmos-db --destination docs Successfully packaged chart and saved it to: docs/external-scaler-azure-cosmos-db-0.1.0.tgz
- For KEDA:
- Re-index the Helm repo to add our new version:
$ helm repo index docs --url https://kedacore.github.io/charts
- Update the version in the "Browse all our Helm charts" section of our README.md
- Commit changes:
git add . git commit -sm "Packaged new Helm chart version" git push origin chart-release
- Create a pull request with our new Helm index.
- Create a GitHub release for your new Helm chart version by using the following template.
- Make sure to list the changes to our Helm chart which are tracked in the KEDA Core vNext milestone
- Instead of listing all KEDA core changes, simply refer to our release notes on the other repo (see template)
Chart: {{Chart Version}} | App: {{App Name}} {{Description about the Helm chart}}
helm repo add kedacore https://kedacore.github.io/charts helm install keda kedacore/keda
- Support for KEDA v{version} ([release notes]({{URL to release}}))
- {{List new features}}
- {{List fixes}}
- {{List breaking changes}}
- {{List removed features}}
- Create a new milestone called
KEDA Core v{version}
- Move the closed items from
KEDA Core vNext
to the new milestone and close it
The Developer Certificate of Origin (DCO) is a lightweight way for contributors to certify that they wrote or otherwise have the right to submit the code they are contributing to the project. Here is the full text of the DCO, reformatted for readability:
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I have the right to submit it under the open source license indicated in the file; or
(b) The contribution is based upon previous work that, to the best of my knowledge, is covered under an appropriate open source license and I have the right under that license to submit that work with modifications, whether created in whole or in part by me, under the same open source license (unless I am permitted to submit under a different license), as indicated in the file; or
(c) The contribution was provided directly to me by some other person who certified (a), (b) or (c) and I have not modified it.
(d) I understand and agree that this project and the contribution are public and that a record of the contribution (including all personal information I submit with it, including my sign-off) is maintained indefinitely and may be redistributed consistent with this project or the open source license(s) involved.
Contributors sign-off that they adhere to these requirements by adding a Signed-off-by
line to commit messages.
This is my commit message
Signed-off-by: Random J Developer <[email protected]>
Git even has a -s
command line option to append this automatically to your commit message:
$ git commit -s -m 'This is my commit message'
Each Pull Request is checked whether or not commits in a Pull Request do contain a valid Signed-off-by line.
No worries - You can easily replay your changes, sign them and force push them!
git checkout <branch-name>
git reset $(git merge-base main <branch-name>)
git add -A
git commit -sm "one commit on <branch-name>"
git push --force