> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/es/acciones/workflow-concepts/publishing-and-versioning.md).
# Publicación y control de versiones
Rastrea cambios y pon las aplicaciones en producción con versiones
El versionado te permite gestionar fácilmente las instancias históricas, los borradores y las versiones predeterminadas publicadas de tus flujos de trabajo.
## ¿Cuál es la diferencia entre un borrador, una versión y una versión predeterminada?
1. **Borradores** no se guardan de forma permanente, y solo se guarda el borrador más reciente.
2. **Versiones** por otro lado, se guardan de forma permanente. Siempre se pueden ver y restaurar. También puedes ejecutar versiones de flujos de trabajo por lotes, mediante la API, o añadirlas a otro flujo de trabajo o agente
3. La **Versión predeterminada** es la versión del flujo de trabajo que:
1. los usuarios utilizan en la interfaz de usuario de AirOps
2. se ejecuta cuando llamas al endpoint POST de Execute, a menos que se pase otra versión como parámetro
## ¿Cómo creo una nueva versión?
Cuando estés listo para compartir, integrar o ejecutar tu flujo de trabajo, publícalo como una versión permanente haciendo clic en "**Publicar flujo de trabajo"** en la esquina superior derecha:
Esto genera la "Versión 1" de tu flujo de trabajo, que ahora actúa como la Versión predeterminada.
### Nombres y descripciones personalizados de versiones
Al publicar una nueva versión, puedes añadir un nombre y una descripción personalizados para ayudar a seguir los cambios importantes:
1. Haz clic en **Publicar flujo de trabajo**
2. Introduce un **Nombre de la versión** (p. ej., "Se añadió un paso de optimización SEO")
3. Añade una **Descripción** que explique qué cambió en esta versión
4. Haz clic en **Publicar**
Los nombres y descripciones personalizados facilitan que tu equipo entienda qué contiene cada versión y por qué se creó, especialmente al revisar el historial de versiones o al revertir cambios.
## ¿Qué pasa con mi versión anterior si publico de nuevo?
Todas las versiones publicadas anteriormente se guardan de forma permanente, y una nueva versión pasa a ser la versión predeterminada.
## Uso de versiones anteriores
Para ver las versiones anteriores de tu flujo de trabajo, simplemente haz clic en el **"Versiones"** desplegable y selecciona la versión deseada:
{% hint style="info" %}
Tu borrador NO se sobrescribirá por el simple hecho de hacer clic en una versión anterior.
{% endhint %}
### Restaurar versiones anteriores como borrador
Para restaurar una versión anterior a tu borrador actual, empieza seleccionando la versión histórica deseada en el desplegable y luego pulsa **"Restaurar."**
{% hint style="info" %}
Tu borrador actual SÍ se sobrescribirá al hacer clic en **"Restaurar,"** así que asegúrate de no tener cambios que puedan perderse.
{% endhint %}
Esto convierte tu versión histórica en el borrador actual, que luego puedes elegir guardar o publicar.
### Establecer versiones anteriores como la versión predeterminada
Para restaurar una versión anterior y convertirla en tu versión predeterminada, vuelve a empezar seleccionando la versión histórica deseada en el desplegable y luego pulsa **"Establecer como predeterminada."**
Cuando cambias la versión predeterminada, solo se cambia la versión en producción. El borrador más reciente NO cambia.
## Referencia de versiones a través de la API
Una vez que tengas varias versiones de tu flujo de trabajo, puedes especificar qué versión concreta ejecutar mediante la API de AirOps.
Para hacerlo, vuelve a la ventana de visualización de tu flujo de trabajo y haz clic en el **"Integrar"** pestaña de la parte superior:
El comando POST general siempre se ejecutará contra la versión predeterminada, mientras que el endpoint de versionado te permite especificar la versión deseada para ejecutar.
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.airops.com/docs/es/acciones/workflow-concepts/publishing-and-versioning.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
