Helm Rollback

helm rollback

roll back a release to a previous revision

Synopsis

This command rolls back a release to a previous revision.

The first argument of the rollback command is the name of a release, and the second is a revision (version) number. If this argument is omitted or set to 0, it will roll back to the previous release.

To see revision numbers, run ‘helm history RELEASE’.

  1. helm rollback <RELEASE> [REVISION] [flags]

Options

  1. --cleanup-on-fail allow deletion of new resources created in this rollback when rollback fails
  2. --dry-run simulate a rollback
  3. --force force resource update through delete/recreate if needed
  4. -h, --help help for rollback
  5. --history-max int limit the maximum number of revisions saved per release. Use 0 for no limit (default 10)
  6. --no-hooks prevent hooks from running during rollback
  7. --recreate-pods performs pods restart for the resource if applicable
  8. --timeout duration time to wait for any individual Kubernetes operation (like Jobs for hooks) (default 5m0s)
  9. --wait if set, will wait until all Pods, PVCs, Services, and minimum number of Pods of a Deployment, StatefulSet, or ReplicaSet are in a ready state before marking the release as successful. It will wait for as long as --timeout
  10. --wait-for-jobs if set and --wait enabled, will wait until all Jobs have been completed before marking the release as successful. It will wait for as long as --timeout

Options inherited from parent commands

  1. --burst-limit int client-side default throttling limit (default 100)
  2. --debug enable verbose output
  3. --kube-apiserver string the address and the port for the Kubernetes API server
  4. --kube-as-group stringArray group to impersonate for the operation, this flag can be repeated to specify multiple groups.
  5. --kube-as-user string username to impersonate for the operation
  6. --kube-ca-file string the certificate authority file for the Kubernetes API server connection
  7. --kube-context string name of the kubeconfig context to use
  8. --kube-insecure-skip-tls-verify if true, the Kubernetes API server's certificate will not be checked for validity. This will make your HTTPS connections insecure
  9. --kube-tls-server-name string server name to use for Kubernetes API server certificate validation. If it is not provided, the hostname used to contact the server is used
  10. --kube-token string bearer token used for authentication
  11. --kubeconfig string path to the kubeconfig file
  12. -n, --namespace string namespace scope for this request
  13. --qps float32 queries per second used when communicating with the Kubernetes API, not including bursting
  14. --registry-config string path to the registry config file (default "~/.config/helm/registry/config.json")
  15. --repository-cache string path to the directory containing cached repository indexes (default "~/.cache/helm/repository")
  16. --repository-config string path to the file containing repository names and URLs (default "~/.config/helm/repositories.yaml")

SEE ALSO

  • helm - The Helm package manager for Kubernetes.
Auto generated by spf13/cobra on 11-Sep-2024