-
Notifications
You must be signed in to change notification settings - Fork 40.7k
Update github.com/evanphx/json-patch to version v5.0.0 #91622
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
Conversation
Welcome @tapih! |
Hi @tapih. Thanks for your PR. I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions 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/test-infra repository. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: tapih The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/ok-to-test |
I rebased this branch with the master. |
I think we should first try updating master to the SHA we intend to backport (e83c0a1c26c884f8ec4fb743f6db92a941f605f1). That can be done in a separate PR. Once that is in and backported, we can pick this back up and consider the implications of the RFC fix / compatibility break. |
@tapih: PR needs rebase. Instructions 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/test-infra repository. |
@liggitt How to track the back ports for this one? And will it go back to 1.16, 1.17, 1.18? |
#92069 (comment) is what will be backported. The backport PRs will be linked to that PR |
@liggitt Thx for the response. |
/remove-sig cluster-lifecycle |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Rotten issues close after 30d of inactivity. Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
@fejta-bot: Closed this PR. In response to this:
Instructions 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/test-infra repository. |
Maintain json-patch v4 to align with Kubernetes code and avoid breaking changes in v5. This ensures compatibility and stability as the fake client code is adapted from client-go's testing fixture, which relies on v4. See: - kubernetes/kubernetes#91622 - kubernetes/kubernetes#120326
Maintain json-patch v4 to align with Kubernetes code and avoid breaking changes in v5. This ensures compatibility and stability as the fake client code is adapted from client-go's testing fixture, which relies on v4. See: - kubernetes/kubernetes#91622 - kubernetes/kubernetes#120326
Maintain json-patch v4 to align with Kubernetes code and avoid breaking changes in v5. This ensures compatibility and stability as the fake client code is adapted from client-go's testing fixture, which relies on v4. See: - kubernetes/kubernetes#91622 - kubernetes/kubernetes#120326
Signed-off-by: Hiroshi Muraoka h.muraoka714@gmail.com
What type of PR is this?
/kind bug
What this PR does / why we need it:
This PR fixes the bug that JSON patch with
kubectl apply
has exponential time complexity for the nesting depth of manifest.Which issue(s) this PR fixes:
Fixes #91615 .
Special notes for your reviewer:
evanphx/json-patch
, and checked there was no breaking change.kubectl apply -f https://gist.githubusercontent.com/tapih/f339a2d558cf49b0cd6320b7b2f1821b/raw/2fa11c4935f1976059c6517caef647115e1dcbda/crd.yaml
on a v1.17.2 cluster created with kind.github.com/evanphx/json-patch => github.com/evanphx/json-patch v4.2.0+incompatible
still exists in thereplace
block ingo.mod
.I suppose that this is because
sigs.k8s.io/kustomize
still importsgithub.com/evanphx/json-patch
.Does this PR introduce a user-facing change?:
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: