Documentación / Desarrollar y desplegar
Entornos y vistas previas
Production, staging, pull requests y qué incluye una copia.
Production y staging
El proyecto empieza con production. Crea otro entorno copiando uno existente, por ejemplo staging, y selecciona una rama si lo necesitas. Revisa el selector antes de cambiar variables, consultar registros, desplegar o restaurar.
Qué se copia
| Elemento | Resultado |
|---|---|
| Variables del servicio y compartidas | Se copian; referencias resueltas en el nuevo entorno |
| Dominios generados | Nuevos hostnames |
| Volúmenes | Vacíos, con las mismas rutas |
| Dominios propios | No se copian |
| Contenido de bases | No se copia |
Los servicios con repositorio o imagen se despliegan durante la copia, salvo los importados que esperan el cambio de origen. Un servicio enviado solo por CLI necesita otra carga porque no hay un repositorio reutilizable.
La definición del servicio se comparte; sus procesos y datos son independientes. Network Permissions y habilitar Deploy Watch afectan al servicio en todos los entornos. Aplica los cambios de ejecución mediante los despliegues indicados en sus guías.
Acciones externas
Una DATABASE_URL, clave de pagos, token de bot o credencial de correo literal puede seguir apuntando a producción tras copiarse. Sustitúyelos por credenciales de prueba antes de ejecutar código que escriba o envíe mensajes. Un volumen vacío no impide alcanzar una base externa de producción.
Vistas previas de pull requests
Con GitHub conectado, activa los entornos de pull request en los ajustes del proyecto. Cada vista previa tiene entorno y dirección propios. Cerrar el pull request elimina sus recursos. Sus volúmenes son temporales y quedan fuera de las copias programadas.
Production no se puede renombrar ni eliminar mediante esta operación. Eliminar otro entorno borra despliegues, volúmenes, horarios y red. Exporta primero los datos necesarios.