-
Notifications
You must be signed in to change notification settings - Fork 40.9k
Do not update managedFields timestamp when they don't change #95240
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
Do not update managedFields timestamp when they don't change #95240
Conversation
/assign @kwiesmueller @jpbetz |
/priority important-soon |
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.
Wasn't the problem explicitly with some int/string stuff? Should we also add a test for that. I thought we already had a test case for the default case that should have worked before.
Thanks for clarifying in Slack. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: apelisse, kwiesmueller 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 |
/retest Review the full test history for this PR. Silence the bot with an |
ca25fb4
to
fedc0b7
Compare
/retest |
/lgtm |
/retest Review the full test history for this PR. Silence the bot with an |
/triage accepted |
@apelisse , does it make sense to file cherry-picks of this PR? |
Yeah, I'd love to, but have zero available time to do so. Do you want to help? :-) |
That should be somewhat easy to backport since the change is minimal. |
Sure, I am on it. :) |
Thank you so much! Let me know if you have any question! |
A short update:
|
I'm not surprised that it doesn't automatically merge all the way to 1.17. Thanks for taking a look, feel free to let me know if you have questions about that, I can help you take a look. |
@ialidzhikov @apelisse any plans to cherry pick to 1.17? or this fix does not apply for 1.17? |
OK, we're planning on cherry-picking to 1.17, but it's a little more challenging. @ialidzhikov How can I help you do that? |
@apelisse @ialidzhikov are you still planning to backport this to 1.17? |
I'm pretty sure we need to backport it to 1.17 yeah, I don't know about the timeline. |
…95240-upstream-release-1.18 Automated cherry pick of #95240: Do not update managedFields timestamp when they don't change
…95240-upstream-release-1.19 Automated cherry pick of #95240: Do not update managedFields timestamp when they don't change
What type of PR is this?
/kind bug
What this PR does / why we need it:
Fixes a bug where extra-diffs are produced (along with occasional extra unneeded etcd storage happen) where the only difference is new value for a field (or what can be detected as a new value but isn't) is given.
Which issue(s) this PR fixes:
Fixes #94121
Special notes for your reviewer:
Does this PR introduce a user-facing change?:
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: