helm rollback
Відкотити реліз до попередньої версії
Опис
Ця команда відкотить реліз до попередньої версії.
Перший аргумент команди rollback — це імʼя релізу, а другий — номер версії (revision). Якщо цей аргумент пропущений або встановлений на 0, реліз буде повернено до попередньої версії.
Щоб побачити номери версій, виконайте команду helm history RELEASE.
helm rollback <RELEASE> [REVISION] [flags]
Параметри
--cleanup-on-fail дозволити видалення нових ресурсів, створених під час цього відкату, якщо відкат не вдається
--dry-run string[="unset"] імітує операцію без збереження змін. Повинно бути одним із таких: "none" (стандартно), "client" або "server". '--dry-run=none' виконує операцію у звичайному режимі та зберігає зміни (без імітації). "--dry-run=client" імітує операцію лише на стороні клієнта та уникає підключень до кластера. "--dry-run=server" імітує операцію на сервері, вимагаючи підключення до кластера. (стандартно "none")
--force-conflicts якщо встановлено, 'застосування на стороні сервера' примусово застосує зміни, незважаючи на конфлікти
--force-replace примусове оновлення ресурсів шляхом заміни
-h, --help довідка rollback
--history-max int обмежити максимальну кількість збережених ревізій для кожного релізу. Вкажіть 0, щоб не встановлювати обмеження (стандартно 10).
--no-hooks запобігти виконанню хуків під час відкату
--server-side string повинно бути "true", "false" або "auto". Оновлення обʼєкта виконуються на сервері, а не на клієнті (стандартно "auto" використовує значення з попереднього релізу чарту) (стандартно "auto")
--timeout duration очікування для будь-якої окремої операції Kubernetes (наприклад, Jobs для хуків) (стандартно 5m0s)
--wait WaitStrategy[=watcher] якщо вказано, буде чекати, поки всі ресурси не будуть у бажаному стані, перш ніж позначити операцію як успішну. Буде чекати стільки, скільки вказано в --timeout. Допустимі значення: "watcher" і "legacy" (стандартно hookOnly).
--wait-for-jobs якщо вказано і --wait увімкнено, чекатиме, поки всі Jobs не будуть завершені перед позначенням релізу як успішного. Чекати буде стільки, скільки вказано в --timeout
Параметри, успадковані від батьківських команд
--burst-limit int стандартні обмеження на стороні клієнта (стандартно 100)
--color string використовувати кольоровий вивід (never, auto, always) (стандартно "auto")
--colour string використовувати кольоровий вивід (never, auto, always) (стандартно "auto")
--content-cache string шлях до теки, що містить кешований вміст (наприклад, чарти) (стандартно "~/.cache/helm/content")
--debug вмикає розширений вивід
--kube-apiserver string адреса і порт сервера API Kubernetes
--kube-as-group stringArray група для імперсонації під час операції, цей прапорець може бути повторений для вказання кількох груп
--kube-as-user string імʼя користувача для імперсонації під час операції
--kube-ca-file string файл центру сертифікаці (СА) для підключення до сервера API Kubernetes
--kube-context string імʼя контексту kubeconfig для використання
--kube-insecure-skip-tls-verify якщо встановлено true, сертифікат сервера API Kubernetes не буде перевірятися на дійсність. Це робить ваші HTTPS-зʼєднання незахищеними
--kube-tls-server-name string імʼя сервера для перевірки сертифіката сервера API Kubernetes. Якщо не вказано, використовується імʼя хоста, що використовується для підключення до сервера
--kube-token string токен на предʼявника, який використовується для автентифікації
--kubeconfig string шлях до файлу kubeconfig
-n, --namespace string простір імен для цього запиту
--qps float32 кількість запитів в секунду під час взаємодії з API Kubernetes, не включаючи сплески
--registry-config string шлях до файлу конфігурації реєстру (стандартно "~/.config/helm/registry/config.json")
--repository-cache string шлях до теки, що містить кешовані індекси репозиторіїв (стандартно "~/.cache/helm/repository")
--repository-config string шлях до теки, що містить кешлях до файлу, що містить імена та URL репозиторіїв (стандартно "~/.config/helm/repositories.yaml")
ДИВИТИСЯ ТАКОЖ
- helm — Helm, менеджер пакетів для Kubernetes.