# Política

Rudel sandboxes podem conter metadados que explicam quem é responsável por eles, por que existem, quando devem expirar e de onde vieram.

## Responsabilidade

```bash
wp rudel create \
  --name=qa-run \
  --owner=dennis \
  --labels=qa,checkout \
  --purpose="Reproduce payment bug"
```

Os metadados são armazenados no registro do ambiente e podem ser atualizados depois:

```bash
wp rudel update qa-run-3be7 --owner=agent --labels=agent,checkout
```

## Expiração

```bash
wp rudel create --name=temp-run --ttl-days=2
```

Em `create`, `--ttl-days` conta a partir da criação; em `update`, a partir de agora. Defina `default_ttl_days` em `rudel_config` para dar uma data de expiração a cada novo sandbox. Ou defina uma data e hora explícitas:

```bash
wp rudel update temp-run-3be7 --expires-at=2026-06-10T12:00:00+00:00
```

Sandboxes expirados podem ser removidos durante a limpeza, a menos que estejam protegidos. Remova uma data de expiração com `wp rudel update <id> --clear-expiry`.

## Proteção

```bash
wp rudel update qa-run-3be7 --protected
```

Sandboxes protegidos são ignorados pela limpeza, tanto manual quanto agendada. A proteção não impede `wp rudel destroy` nem `Rudel::destroy()`.

## Linhagem

Quando um sandbox é clonado de outro sandbox, Rudel registra os metadados de origem no novo registro do ambiente.

Essa linhagem é informativa. Ela ajuda os operadores a entender como um sandbox foi criado, mas não é uma segunda fonte de verdade.