> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/devops/devops-es/configuracion/integracion-con-jira/informacion-general-de-la-integracion-con-jira.md).

# Información general de la integración con Jira

{% hint style="warning" %}

#### Escrito para la antigua interfaz de usuario

Este artículo fue escrito para la antigua interfaz de usuario. Las instrucciones todavía se pueden usar, pero las capturas de pantalla están desactualizadas. En algunos casos, los elementos mencionados en las instrucciones se han movido o cambiado. Si no puede encontrar un elemento, consulte el [¿Dónde quedó?](/devops/devops-es/transicion-a-la-nueva-ui-ux/donde-quedo.md) artículo.
{% endhint %}

## ![](https://2574462044-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) Resumen

DevOps se integra con la cuenta de Jira de tu equipo para actualizar automáticamente los estados de las historias cuando despliegas una rama a una organización. Esto mantiene alineados los estados del flujo de trabajo de Jira con tu proceso de lanzamiento. Con la integración, puedes controlar qué despliegues de la organización se asignan a qué estados de Jira y qué historias están relacionadas con qué ramas.

### ¿Cómo funciona la integración de DevOps con Jira?

Para empezar con la integración de Jira, conecta tu cuenta de Jira a DevOps. Una vez conectada, agrega tus proyectos de Jira a la integración. Luego configura **Asignaciones de estados** para definir a qué estado de Jira se actualiza una historia cuando despliegas una rama a una organización específica. Por ejemplo, asigna tu organización Desarrollo a **En progreso**, tu organización de Pruebas a **En revisión**, y tu organización de Producción a **Hecho**. Para obtener instrucciones sobre cómo completar estos pasos, consulta los siguientes artículos.

* [Agregar una integración con Jira](/devops/devops-es/configuracion/integracion-con-jira/agregar-una-integracion-con-jira.md)
* [Agregar proyectos a una integración con Jira](/devops/devops-es/configuracion/integracion-con-jira/agregar-proyectos-a-una-integracion-con-jira.md)
* [Configurar un proyecto de Jira](/devops/devops-es/configuracion/integracion-con-jira/configurar-un-proyecto-de-jira.md)

Para controlar qué historias se actualizan durante el despliegue, agrégalas a la **Historias relacionadas** lista de una rama. Cuando despliegas esa rama, DevOps actualiza automáticamente todas las historias de Jira relacionadas según el **Asignación de estados** de esa organización, lo que garantiza que los estados de las historias reflejen con precisión el progreso de entrega sin actualizaciones manuales. Para obtener instrucciones sobre cómo agregar historias a una rama, consulta el siguiente artículo.

* [Agregar historias de Jira a una rama](/devops/devops-es/configuracion/integracion-con-jira/agregar-historias-de-jira-a-una-rama.md)

{% hint style="info" %}

#### Buenas prácticas

* Usa nombres distintos para las integraciones cuando conectes varias instancias de Jira.
* Crea asignaciones de estado separadas para cada entorno (Dev, QA, Prod) para que coincidan con tu flujo de trabajo de Jira.
* Alinea los estados del flujo de trabajo de Jira con tu proceso de lanzamiento. Por ejemplo: En progreso → En revisión → Hecho.
* Guarda tu configuración después de cada cambio de asignación para asegurarte de que los despliegues activen las actualizaciones correctas.
  {% endhint %}

#### Ejemplo de integración con Jira

El diagrama a continuación ilustra cómo funciona la integración de Jira usando una configuración y un flujo de trabajo de ejemplo. Consulta la explicación de las **Configuración** y **Flujo de trabajo** secciones siguientes.

* **Configuración**
  * Asignación de estados
    * **Dev** org asignada a **En progreso**
    * **Prueba** org asignada a **En revisión**
    * **Prod** org asignada a **Hecho**
  * Historias relacionadas con la rama
    * **DO-1 Funcionalidad** y **DO-3 Error2** las historias están relacionadas con la **Nueva versión** rama
  * Proyecto Jira
    * Lista todas las historias de este proyecto de Jira de ejemplo.
* **Flujo de trabajo**
  * Muestra lo que sucede cuando la **Nueva versión** rama está implementada en la **Dev** org.
  * Muestra lo que sucede cuando la **Nueva versión** rama está implementada en la **Prueba** org.
  * Muestra lo que sucede cuando la **Nueva versión** rama está implementada en la **Prod** org.

<figure><img src="https://2574462044-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F22KkfCFyR3ibrrVrPuyI%2FFlosum%20DevOps%20Jira%20Integration%20Overview.png?alt=media&amp;token=9e9aae41-8d2b-4fe8-a0a0-85504f425ced" alt=""><figcaption></figcaption></figure>


---

# 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.flosum.com/devops/devops-es/configuracion/integracion-con-jira/informacion-general-de-la-integracion-con-jira.md?ask=<question>&goal=<user_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.
