Son dos conceptos relacionados cuyo objetivo común es mantener el trabajo experimental alejado del trabajo que realmente importa.
Proyectos temporales
Un proyecto temporal es un proyecto normal que se pretende desechar. Úsalo para probar Coroid en un código base desconocido, validar un cambio en las políticas antes de aplicarlo de forma generalizada o explorar un enfoque al que no estés comprometido.
Su principal ventaja es el aislamiento. Los experimentos realizados en un proyecto temporal no contaminan el historial de tareas, las métricas ni el contexto del proyecto en el que confía tu equipo.
Elimínalos cuando hayas terminado. Si un proyecto temporal sobrevive seis meses, habrá pasado inadvertidamente a ser un proyecto real, sin contar con la configuración adecuada que eso implica.
Entornos de vista previa
Una vista previa muestra tu aplicación modificada en ejecución, generada a partir de la rama que produjo la tarea.
Esto es importante porque algunas cosas no pueden determinarse solo con revisar una diferencia de código. Si una página se renderiza correctamente, si un flujo funciona de principio a fin o si un cambio tiene el aspecto deseado: todo esto requiere que la aplicación esté en ejecución.
Las vistas previas son lo que pruebas en navegador ejecutan contra ellas, y lo que los revisores abren cuando una captura de pantalla no basta para resolver la duda.
Cómo llegan las vistas previas a tu pull request
Si ya dispones de despliegues de vista previa — desde tu proveedor de hosting o CI —, Coroid puede vincularlos como evidencia de revisión, de modo que el enlace aparezca junto al cambio en lugar de obligarte a buscarlo en otro lugar.
Lo esencial es que la evidencia de verificación y el código que la genera lleguen juntos.
Cuándo usar cada uno
- Para probar Coroid o un enfoque que puedas desechar → proyecto temporal
- Para comprobar que un cambio específico se comporta correctamente → vista previa
Se complementan: un proyecto temporal puede tener vistas previas como cualquier otro proyecto.