Skip to content
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

[RFE] Ability to specify additional JSONPatch operations for transform #153

Open
knandras opened this issue Jun 22, 2023 · 1 comment
Open
Labels
kind/feature Categorizes issue or PR as related to a new feature. needs-priority needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.

Comments

@knandras
Copy link

knandras commented Jun 22, 2023

What is your persona?

I'm a cluster administrator for several clusters with a high level of privilege. I need to export, clean and re-deploy applications between stages/clusters quite regularly.

What is your story / use case?

As an administrator, I want to be able to specify additional JSONPatch operations, so that I can remove additional cluster/Rancher-specific fields from the transformed manifests.

We use Rancher to manage our K8S Clusters, and Rancher has its own set of annotations that are sometimes embedded in .spec.template.metadata.annotations. I need to remove these fields to get a clean manifest for re-deployment in another cluster.

We often have developers build an application or middleware deployment in a testing cluster, and we need to export the manifests, clean them, and create modules for later reuse.

If JSONPatch tests could be used to skip execution on a per-manifest basis (instead of the whole crane apply operation), that would be welcome.

Do you have a suggestion for implementation?

An additional flag for crane transform that points to a file/directory containing JSONPatch operations.

@knandras knandras added the kind/feature Categorizes issue or PR as related to a new feature. label Jun 22, 2023
@github-actions github-actions bot added the needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. label Jun 22, 2023
@github-actions
Copy link

This issue is currently awaiting triage.
If contributors determine this is a relevant issue, they will accept it by applying the triage/accepted label and provide further guidance.
The triage/accepted label can be added by org members by writing /triage accepted in a comment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature. needs-priority needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.
Projects
None yet
Development

No branches or pull requests

1 participant