> 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/codigo/acciones-de-rama/uso-de-smart-merge.md).
# Uso de Smart Merge
{% 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 %}
##  Resumen
En DevOps, Smart Merge te permite fusionar rápidamente los cambios de una rama de origen en una rama de destino. Este artículo te guía paso a paso para realizar una Smart Merge. Estas instrucciones no abarcan las Smart Merges con cambios en conflicto; para aprender a resolver conflictos, consulta el siguiente artículo.
* [Resolución de conflictos de Smart Merge](/devops/devops-es/codigo/acciones-de-rama/resolucion-de-conflictos-de-smart-merge.md)
{% hint style="info" %}
#### Smart Merge frente a Pull Request
Smart Merge y Pull Request ambos fusionan cambios de una rama de origen en una rama de destino, pero cada uno se adapta a un flujo de trabajo diferente.
**Smart Merge** es un proceso optimizado de un solo paso que fusiona cambios directamente entre ramas sin requerir una Pull Request ni la aprobación del equipo. Funciona bien en situaciones urgentes, como correcciones urgentes o cambios críticos que deben publicarse rápidamente.
Un **Pull Request**, en cambio, es un proceso estructurado de varios pasos diseñado para la colaboración del equipo. Permite que varios revisores inspeccionen los cambios, soliciten revisiones y los aprueben formalmente antes de fusionarlos.
Como regla general, usa una Pull Request cuando los cambios necesiten supervisión o aprobación de otros miembros del equipo, y elige Smart Merge cuando necesites integrar cambios rápidamente.
{% endhint %}
Para obtener más información sobre las solicitudes de extracción, consulta el siguiente artículo.
* [Información general de las solicitudes de extracción](/devops/devops-es/solicitudes-de-extraccion/informacion-general-de-las-solicitudes-de-extraccion.md)
## Ejecutar Smart Merge
{% stepper %}
{% step %}
### Selecciona la rama de origen y ejecuta Smart Merge
1. Haz clic en **Código** en el menú de la barra lateral izquierda.
2. Selecciona la rama de la lista que usarás como rama de origen para la fusión.
3. Haz clic en el **Tres puntos verticales ⋮** menú desplegable junto a Deploy.
4. Haz clic en **Fusión inteligente**.
{% endstep %}
{% step %}
### Seleccionar rama de destino
1. Haz clic en **Selecciona** para la rama que quieres que sea el destino de la fusión.
2. Haz clic en **Siguiente**.
{% endstep %}
{% step %}
### Resolver conflictos
Después de seleccionar la rama de destino, Smart Merge compara ambas ramas para identificar cambios que no puede fusionar automáticamente. Cuando finalice la comprobación, se te notificará si la rama se puede fusionar o si primero debes resolver los conflictos. Si no hay conflictos, omite este paso y continúa con **Revisar cambios**.
Para resolver conflictos de Smart Merge, puedes **Conservar los cambios de destino** o **Sobrescribir los cambios de destino** para cada cambio para lograr el resultado deseado. El siguiente artículo explica el proceso en detalle.
* [Resolución de conflictos de Smart Merge](/devops/devops-es/codigo/acciones-de-rama/resolucion-de-conflictos-de-smart-merge.md)
{% endstep %}
{% step %}
### Revisar cambios
Una vez resueltos los conflictos, debes revisar los cambios de cada componente con el **Visor de diferencias de componentes**. Todos los componentes con cambios se enumeran en la **lista de Componentes con cambios** de la izquierda. Al hacer clic en un componente, se abre en el Visor de diferencias para que puedas revisar los cambios.
1. Para revisar los cambios de un componente, selecciónalo en la **lista de Componentes con cambios** lista de la izquierda.
{% hint style="warning" %}
Todos los componentes deben revisarse.
{% endhint %}
2. Al revisar un componente, el código fuente de **Destino** y **Origen** se muestra lado a lado, con las diferencias resaltadas.
1. **Rojo**: Líneas que se eliminarán.
2. **Verde**: Líneas que se agregarán.
3. Repite el proceso de revisión para cada componente.
{% hint style="info" %}
Si hay cambios en el origen que no quieres fusionar en el destino, debes cancelar la fusión y realizar los cambios en el origen. Una vez realizados los cambios, puedes iniciar la fusión de nuevo.
{% endhint %}
{% endstep %}
{% step %}
### Fusionar cambios
Una vez revisados todos los cambios, puedes fusionar la rama de origen en la rama de destino.
1. Haz clic en **Fusionar**.
2. Una vez que el **Fusionar** trabajo se inicie, se te llevará a la pestaña de **Actividades** rama, donde puedes comprobar el estado del trabajo.
{% hint style="info" %}
La **Fusionar** el trabajo aparece en la **Actividades** pestaña tanto para la rama de destino como para la de origen.
{% endhint %}
{% endstep %}
{% endstepper %}
---
# 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/codigo/acciones-de-rama/uso-de-smart-merge.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.
