Isolamento de Fork em Ação
O tutorial de criação de forks mostrou os comandos. Este mostra o que eles significam: uma aplicação de base de dados em direto, copiada em segundos, editada livremente no browser, enquanto o original nunca dá conta.
Ver o tutorial
A configuração
Um PostgreSQL real com uma interface pgAdmin, em direto no servidor. Um fork é uma cópia twin copy-on-write instantânea de tudo isso: os mesmos dados no nascimento, vidas completamente separadas depois.
Passo 1: A aplicação em direto
rdc repo list --machine <machine-name>Comece a partir de um repositório ativo: um banco de dados PostgreSQL com pgAdmin em execução na máquina.
Passo 2: Fazer o fork
rdc repo fork --parent demo-pgadmin --tag experiment --machine <machine-name> --up --detachFaça o fork do repositório com --up --detach: o clone CoW é quase instantâneo e os serviços do fork iniciam imediatamente.
O vídeo abre os dois pgAdmins no browser. O original pede um login, porque a produção mantém-se protegida. O fork abre diretamente no workbench: os forks são sandboxes descartáveis, por isso o passo de entrada é removido (o próprio repositório decide isto, com base em se é um fork ou não).
Passo 3: Dois mundos, um servidor
rdc repo list --machine <machine-name>Liste os repositórios: o original e o fork rodam lado a lado, totalmente isolados.
Edite, apague, destrua o que quiser no fork. O original continua a servir. As mesmas tabelas no momento do fork, independentes para sempre a partir daí.
Passo 4: Descartar
rdc repo delete --name demo-pgadmin:experiment --machine <machine-name>Exclua o fork quando terminar. O repositório original permanece intacto.
Segundos para criar, segundos para descartar. É isso que torna “clone production, break nothing” um hábito diário em vez de um evento especial.
Próximo: Gerir Segredos.