release-notes: Add custom regex option#4272
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: damemi The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
e473b7c to
1e0d5ea
Compare
#### What this PR does / why we need it: From #4232 and odigos-io/odigos-enterprise#2245, this updates the release job to generate the release notes and update the github release with those notes. Currently uses a fork of the k8s release-notes tool to include the change from kubernetes/release#4272 #### Changelog entry: Does this PR introduce a user-facing bug fix, feature, dependency update, or breaking change?? <!-- This section will go in the release notes for this version. Is this something users should be able to find easily? If no, just write "NONE" in the release-note block below. If yes, please add a release note in the block below describing this in 1-2 sentences for our changelog. --> ```release-note NONE ```
|
PR needs rebase. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
The Kubernetes project currently lacks enough contributors to adequately respond to all PRs. This bot triages PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
What type of PR is this?
/kind feature
What this PR does / why we need it:
Adds an option to define a custom release-note block for the release-notes tool
This tool is great and easily adapted to our own project outside of k8s. We would just like to have a stricter regex than the 4 existing defaults. We saw that just blank code blocks in PR descriptions were also matching as release notes.
Understandable if this isn't meant to be used outside of kubernetes, but I figured this change could be useful in the future here too.
Which issue(s) this PR fixes:
Special notes for your reviewer:
Does this PR introduce a user-facing change?