-
Notifications
You must be signed in to change notification settings - Fork 593
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
kebabfy broker channel spec and pingsource opts #5875
kebabfy broker channel spec and pingsource opts #5875
Conversation
Skipping CI for Draft Pull Request. |
Codecov Report
@@ Coverage Diff @@
## main #5875 +/- ##
==========================================
+ Coverage 81.96% 82.07% +0.10%
==========================================
Files 220 220
Lines 7458 7458
==========================================
+ Hits 6113 6121 +8
+ Misses 918 909 -9
- Partials 427 428 +1
Continue to review full report at Codecov.
|
/assign @lberk |
/test all |
4569430
to
20b42b1
Compare
/test pull-knative-eventing-upgrade-tests |
/hold Do we need to have some post-install job for this ? Or any plan of migration? |
@matzew |
@odacremolbap can you keep the unit tests with the old keys, to make sure we are not breaking anything? |
@lionelvillard previous names are being maintained at the configuration tests along with the new values: eventing/pkg/reconciler/broker/config_test.go Line 105 in 75dba17
I didn't duplicate tests for both labels everywhere because it sounded a bit repetitive, but maybe I can switch and use the old naming at most places and the new one only at the configuration tests. The reason I decided in the opposite direction was to educate by example. |
On Tue 9. Nov 2021 at 17:58, Pablo Mercado ***@***.***> wrote:
/hold
Do we need to have some post-install job for this ? Or any plan of
migration?
@matzew <https://github.com/matzew>
Not needed because previous names still work.
tbh, I am not sure why serving went the compatibility way instead of
adding a migration job <knative/serving#7300>,
I just followed through.
Ah. ok!
I am just double checking we are not breaking anyone. Especially those
using the operator w/ auto-upgrades.
Thx for pointing that out!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#5875 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABGPTRX3GLNTC2RSJJFQDLULFHL5ANCNFSM5HMATWOQ>
.
--
Sent from Gmail Mobile
|
Added more tests using the previous name, scattered at each affected location and including messages that warns about future deprectaion. See: 6da07d3 |
The following is the coverage report on the affected files.
|
/retest |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/approve @matzew If you are ok with this, can you unhold? |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: lionelvillard, odacremolbap The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@matzew is there something pending here or can this be unholded? |
I will unhold once we have cut the 1.1 release, if that's OK |
bump @matzew @odacremolbap |
/unhold
On Thu 16. Dec 2021 at 20:19, Carlos Santana ***@***.***> wrote:
bump @matzew <https://github.com/matzew> @odacremolbap
<https://github.com/odacremolbap>
—
Reply to this email directly, view it on GitHub
<#5875 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABGPTRURMSEYXHBPSBVYALURI3TLANCNFSM5HMATWOQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Sent from Gmail Mobile
|
Fixes #5789
Following the same path as PRs at serving, this one is setting config element names that were previously camel cased to kebab case in a backwards compatible way.
Note: I tried to also change camelcased annotations/labels, found this that could probably need to be:
But the first one is being used at Deployment selectors, changing it would mean re-deploying broker's controllers and losing data. I am not sure if it is worth it since it wasn't part of the issue I was tackling, hence de-scoping.
Proposed Changes
Pre-review Checklist
Release Note
Docs
📖 knative/docs#4453