`runner config-backups`
Snapshots que agrupam manifesto + secrets + state de uma app. E o ponto de retorno quando uma edicao de configuracao deu errado — diferente do `state`, que cobre so o state file, e dos `assets`, que cobrem dados.
Sintaxe
runner config-backups list [--app <app>]
runner config-backups create <app>
runner config-backups restore <id>Subcomandos
| Subcomando | Argumento | O que faz |
|---|---|---|
list |
-a, --app <APP> (opcional) |
Lista os snapshots. Sem --app, lista de todas as apps |
create |
<APP> |
Cria um snapshot manual |
restore |
<ID> |
Restaura pelo id — e cria automaticamente um snapshot pre-restore antes |
O snapshot pre-restore e o detalhe que importa: restaurar nunca e um caminho sem volta, porque o estado que voce esta prestes a substituir vira uma entrada nova da lista.
Exemplo: desfazer uma edicao de configuracao
runner config-backups list --app meu-app # acha o snapshot
runner config-backups restore <id> # restauraFlags
| Flag | Descricao |
|---|---|
-a, --app <APP> |
So em list: filtra por app |
-o, --output |
human | json | yaml |
--json |
Output em JSON |
--insecure |
Bypass dos guards de seguranca |
O que cada backup cobre
| Comando | Manifesto | Secrets | State | Dados (data/) |
|---|---|---|---|---|
config-backups |
sim | sim | sim | nao |
| `state` | nao | nao | sim | nao |
| `assets snapshot` | nao | nao | nao | sim |
Um recovery completo de app costuma precisar de dois: config-backups para a
configuracao e assets para os dados.
Ver tambem
By Borlot.com.br on 19/08/2026