Historia y restauración

Lo que registra la Historia

El historial enumera instantáneas duraderas de archivos de proyectos respaldadas por confirmaciones de Git. El trabajo del agente completado y las operaciones de restauración explícitas pueden agregar versiones. Las entradas más recientes se cargan primero y las páginas más antiguas aparecen a medida que avanza en la lista. El historial está separado de los mensajes almacenados en cada chat.

Una solicitud puede crear varias versiones. Una versión guardada antes de que el agente la publique se titula Antes de publicar; Si el agente cambia los archivos posteriormente, la versión final utiliza su solicitud como título. Por ejemplo, publicar un sitio y luego eliminar los archivos fuente cargados crea dos versiones diferentes. El marcador Publicado identifica la versión que atiende a los visitantes.

Al detener una tarea también se guardan los cambios realizados hasta el momento como una versión marcada Interrumpida. Espere a que termine de detenerse antes de abrir esa versión. Su título utiliza su solicitud original. Esto preserva los archivos; no significa que la solicitud inacabada haya pasado todas las comprobaciones o esté lista para publicarse. Continúe la tarea cuando se necesite más trabajo.

Las tareas que solo inspeccionan el proyecto no crean una nueva versión cuando sus archivos y configuraciones permanecen sin cambios. Una versión de solo configuración puede tener cambios de archivo +0 / −0: esos contadores miden las líneas de origen, no la configuración de la aplicación.

Si una tarea del agente falla después de realizar cambios, Amazi guarda esos cambios en el Historial antes de que comience otra tarea. La tarea aún muestra un error y la versión guardada puede contener trabajo sin terminar o no verificado. Elija Continuar en el chat para continuar con los archivos guardados. Un error antes de cualquier cambio no crea una versión vacía.

El historial incluye archivos fuente editables y de migración, configuración de la aplicación, enlace del propietario de la base de datos administrada y alcances de las variables de entorno del proyecto. Los valores del entorno no se revierten. No toma instantáneas:

• Datos PostgreSQL;
• almacenamiento de objetos;
• volúmenes de solicitud declarados;
• servicios de terceros u otro estado externo.

Trate esos sistemas de acuerdo con sus propios requisitos de copia de seguridad y migración.

Inspeccionar una versión anterior

Los miembros de solo lectura pueden abrir versiones anteriores y volver a la versión actual mientras el agente está inactivo. Seleccione una fila de la línea de tiempo para obtener una vista previa. Cada fila muestra un título con su fecha y resumen debajo, y el ícono de restauración está a la derecha. Las versiones actuales, vistas previas y publicadas conservan marcadores distintos. El botón de restauración independiente permanece visible pero deshabilitado sin permisos de Editor o Acceso total.

Seleccione una versión para inspeccionar su fuente a través de la Vista previa de desarrollo existente. El espacio de trabajo compartido muestra temporalmente ese compromiso; Todos los miembros del proyecto ven la misma selección. Esto no mueve la rama principal ni crea un tiempo de ejecución separado. Los envíos de agentes se bloquean mientras se selecciona una versión anterior. La base de datos, los archivos almacenados, los volúmenes y los valores del entorno actual permanecen activos, por lo que interactuar con una página antigua aún puede cambiar los datos actuales.

Al salir del historial mientras se selecciona una vista previa anterior se solicita confirmación. Continuar restaura la fuente actual en el espacio de trabajo compartido y regresa a la aplicación en vivo. No crea ninguna confirmación de restauración y no rebobina datos externos.

Dejar de rastrear archivos o eliminarlos del Historial

En el chat del proyecto, especifique las rutas exactas del archivo o carpeta y el resultado que desea:

• Detener el seguimiento, conservar los archivos: los archivos permanecen en el espacio de trabajo actual, pero se excluyen de futuras versiones automáticas y exportaciones de origen. Las versiones anteriores conservan su contenido.
• Eliminar de todas las versiones anteriores: el propietario del proyecto puede solicitarle a Amazi que elimine esas rutas del Historial. Los archivos del espacio de trabajo actual permanecen en su lugar, pero el Historial ya no puede recuperar su contenido anterior. Las nuevas versiones automáticas y las exportaciones de origen también las excluyen.

Regrese a la versión actual antes de iniciar cualquiera de las operaciones. Desconecte GitHub antes de borrar el historial. Esto no elimina copias de GitHub, otros proyectos, publicaciones existentes o copias de seguridad. Las copias renombradas necesitan sus propias rutas exactas. Las publicaciones existentes siguen publicando sus archivos actuales; el antiguo marcador Publicado puede desaparecer después de una purga hasta que vuelva a publicar. Eliminar un archivo del historial no es una forma de cambiar una publicación en ejecución.

Restaurar archivos de proyecto

Elija la acción de restauración explícita solo después de revisar el límite anterior. Puede iniciarlo desde Historial y Amazi puede realizar la misma reversión suave protegida cuando le solicita que restaure una confirmación de Git registrada. Amazi crea una nueva confirmación directa cuyo árbol de origen y configuración de la aplicación coinciden con la versión seleccionada; no mueve la rama del proyecto hacia atrás. Las aplicaciones agregadas después de esa versión quedan pendientes de eliminación, por lo que los recursos de producción no se destruyen implícitamente. Las bases de datos, los valores del entorno, los objetos almacenados, los volúmenes y los servicios externos permanecen sin cambios, por lo que una versión fuente anterior puede requerir trabajo de seguimiento para seguir siendo compatible con los datos actuales. Un árbol de trabajo mixto o parcialmente modificado falla al cerrarse en lugar de adivinar qué ediciones sobrescribir.