> ## Documentation Index
> Fetch the complete documentation index at: https://rust-co.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Migração

> O que o RCO consegue migrar automaticamente e como trocar o appearance de um servidor live com segurança.

A regra principal: o RCO entende os caminhos **stock suportados de RSG/VORP**. Ele não consegue descobrir sozinho o formato de qualquer sistema de aparência de terceiros.

## Fluxo suportado

```text theme={"dark"}
Personagem fica ativo
  ↓
Existe snapshot em rco_appearance?
  ↓
Sim → usa ele
  ↓
Não → tenta o legacy stock daquele personagem
  ↓
Converte/captura snapshot RCO válido
  ↓
Persiste
  ↓
RCO vira a fonte de verdade
```

A migração é por personagem, no momento em que ele entra no fluxo RCO.

<Tabs>
  <Tab title="RSG Core">
    O legacy suportado vem do caminho stock do `rsg-appearance`/`playerskins` para aquele citizen/character.
  </Tab>

  <Tab title="VORP Core">
    O legacy suportado vem da aparência/componentes stock do personagem VORP ativo. O `vorp_character` continua parado durante o uso do RCO.
  </Tab>
</Tabs>

## O que não é automático

Appearance de terceiros com tabela/blob próprio precisa de conversor específico ou reconstrução manual. Não anuncie migração automática só porque o script antigo também roda em RSG/VORP.

## Os dados antigos não são apagados

Tabelas antigas podem ficar como backup. Depois que existe snapshot canônico RCO, elas deixam de ser a fonte usada pelo gameplay.

## Checklist de servidor live

1. backup do banco;
2. clone/staging;
3. parar resources substituídos;
4. testar male + female reais;
5. testar cabelo/roupa incomum;
6. salvar mudança no RCO e relogar;
7. confirmar que nenhum resource antigo sobrescreve a aparência;
8. só então produção.