> For the complete documentation index, see [llms.txt](https://morphic.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://morphic.com/docs/es/flujos-de-trabajo/version-history.md). # Historial de versiones Morphic guarda una versión de un flujo de trabajo cada vez que cambia. El historial de versiones muestra cada una de ellas, quién la hizo y cuándo, y te permite volver a poner en uso una versión anterior. Esto es lo que hace seguro editar un flujo de trabajo compartido. Si un cambio no salió bien, o un compañero cambió algo de lo que dependías, la versión anterior sigue ahí. Aquí tienes un breve tutorial sobre cómo usar el historial de versiones en Morphic: ### Abrir el historial de versiones 1. Ve a [Flujos de trabajo](https://studio.morphic.com/workflows) 2. Pasa el cursor sobre el flujo de trabajo que quieras y haz clic en el menú '···' de su tarjeta 3. Haz clic en 'Historial de versiones' El flujo de trabajo se abre con la lista de versiones a la derecha, primero la más reciente y agrupadas por mes. Cada entrada muestra la hora en que se creó y quién la creó, así que en un flujo de trabajo compartido por tu equipo puedes ver quién cambió qué. ### Ver una versión anterior 1. Haz clic en cualquier versión de la lista 2. El flujo de trabajo aparece tal como era entonces, con las entradas y los pasos que tenía en ese momento 3. Una barra en la parte inferior de la pantalla muestra qué versión estás viendo Ver una versión antigua no cambia nada para nadie más. El flujo de trabajo que ejecuta tu equipo sigue siendo el actual hasta que publiques uno diferente. Para dejar de ver y volver a la versión actual, haz clic en 'Cancelar' en esa barra inferior. ### Volver a poner en uso una versión anterior 1. Abre la versión que quieras 2. Haz clic en 'Publicar versión' en la barra inferior 3. Un cuadro de diálogo nombra la versión que elegiste. Haz clic en 'Publicar versión' para confirmar Esa versión pasa a ser la que todos usan para ejecutar el flujo de trabajo. Las versiones creadas después siguen en la lista. Volver atrás no es lo mismo que descartar lo que vino después, así que puedes avanzar de nuevo de la misma forma en que retrocediste. ### Trabaja en una copia en su lugar Cuando quieras probar algo sin tocar un flujo de trabajo que otras personas estén ejecutando, duplícalo y trabaja en la copia. 1. Pasa el cursor sobre el flujo de trabajo y haz clic en el menú '···' 2. Haz clic en 'Duplicar' La copia es un flujo de trabajo en sí mismo. Parte de la versión que copiaste y construye su propio historial a partir de ahí, mientras el original continúa sin cambios. ### Conviene saber * Ver una versión antigua no cambia nada para nadie. Solo publicar lo hace. * Publicar una versión anterior no elimina las creadas después de ella, así que puedes avanzar de nuevo de la misma forma en que retrocediste. * En un flujo de trabajo compartido por tu equipo, la lista indica quién creó cada versión, que es la forma más rápida de saber qué cambió y a quién preguntar. Así es como funciona el historial de versiones en Morphic. Entre una versión anterior que puedes publicar y una copia en la que puedes experimentar, ningún cambio en un flujo de trabajo tiene que ser permanente. *** Si tienes algún problema o alguna pregunta, no dudes en ponerte en contacto. Estaremos encantados de ayudarte. Escríbenos a [**support@morphic.com**](mailto:support@morphic.com)**.** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://morphic.com/docs/es/flujos-de-trabajo/version-history.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.