Aislamiento de forks en acción
El tutorial de forking mostró los comandos. Este muestra lo que significan: una app de base de datos en vivo, copiada en segundos, modificada libremente en el navegador, mientras el original no se entera de nada.
Ver el tutorial
El escenario
Un PostgreSQL real con interfaz pgAdmin, funcionando en el servidor. Un fork es una copia instantánea por copy-on-write de todo eso: mismos datos al nacer, vidas completamente separadas después.
Paso 1: La app en vivo
rdc repo list --machine <machine-name>Parte de un repositorio en vivo: una base de datos PostgreSQL con pgAdmin ejecutándose en la máquina.
Paso 2: Hacer el fork
rdc repo fork --parent demo-pgadmin --tag experiment --machine <machine-name> --up --detachHaz un fork del repositorio con --up --detach: el clon CoW es casi instantáneo y los servicios del fork arrancan de inmediato.
El vídeo abre los dos pgAdmins en el navegador. El original pide login porque producción sigue protegida. El fork entra directo al workbench: los forks son sandboxes desechables, así que el paso de autenticación se aparta (el propio repo decide esto, en función de si es un fork o no).
Paso 3: Dos mundos, un servidor
rdc repo list --machine <machine-name>Lista los repositorios: el original y el fork corren en paralelo, completamente aislados.
Edita, borra, rompe lo que quieras en el fork. El original sigue sirviendo. Mismas tablas en el momento del fork, independientes para siempre después.
Paso 4: Desecharlo
rdc repo delete --name demo-pgadmin:experiment --machine <machine-name>Elimina el fork cuando hayas terminado. El repositorio original queda intacto.
Segundos para crearlo, segundos para eliminarlo. Eso es lo que convierte “clona producción, no rompas nada” en una costumbre diaria y no en un evento especial.
Siguiente: Gestión de Secrets.