> 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-branch-predeploy-fix.md).
# Uso de Branch PreDeploy Fix
PreDeploy Fix detecta y resuelve de forma proactiva las dependencias faltantes antes de la implementación.
{% 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
El PreDeploy Fix es un proceso de validación que inspecciona tu rama en busca de posibles problemas antes de la implementación, como:
* Incompatibilidades de versión de API
* Componentes faltantes
* Referencias rotas
* Dependencias no satisfechas
Si se detectan problemas, se enumeran con opciones para resolverlos. Este proceso ayuda a prevenir fallos en la implementación al:
* Comprobar y actualizar las versiones de API de los componentes
* Recuperar los metadatos faltantes
* Eliminar o actualizar las referencias a componentes problemáticos
Al abordar estos aspectos, tu implementación será más limpia y menos propensa a errores.
{% hint style="info" %}
#### Buenas prácticas
* Ejecuta siempre un PreDeploy Fix antes de **Validar** o **Implementar** para reducir la posibilidad de fallos.
* Para las dependencias faltantes, usa **Recuperar** cuando sea posible para asegurarte de que todas las dependencias se incluyan correctamente. Usa **Eliminar** solo cuando estés seguro de que la referencia está obsoleta o no se necesita.
* Escribe mensajes de **commit**. Estos se mostrarán en la pestaña Commits para seguimiento futuro.
* Vuelve a ejecutar PreDeploy Fix después de resolver los problemas hasta que las listas estén vacías.
* Usa filtros (estado, tipo, rango de fechas) en **Actividades** para seguir rápidamente tus trabajos de PreDeploy Fix.
* Revisa los registros siempre que un trabajo termine con **Excepción** o **Acción requerida** para entender qué necesita corregirse.
{% endhint %}
## Ejecutar PreDeploy Fix de la rama
{% stepper %}
{% step %}
### Seleccionar la rama y ejecutar PreDeploy Fix
1. Haz clic en **Código** en el menú de la barra lateral izquierda.
2. Selecciona una rama de la lista.
3. Haz clic en el **Tres puntos verticales ⋮** menú desplegable junto a Deploy.
4. Haz clic en **PreDeploy Fix**.
{% endstep %}
{% step %}
### Seleccionar conexión
1. Haz clic en **Selecciona** para la conexión de la organización de Salesforce en la que ejecutar el PreDeploy Fix.
2. Haz clic en **Ejecutar**.
3. Después de iniciar el trabajo de PreDeploy Fix, se mostrará en la **Actividades** pestaña.
{% endstep %}
{% endstepper %}
## Resultados de PreDeploy Fix
{% stepper %}
{% step %}
### Ver resultados
1. Haz clic en el **Actividades** pestaña.
2. Comprueba que el **Búsqueda de Pre Deploy Fix** estado del trabajo es **Completado**.
3. Haz clic en el **Búsqueda de Pre Deploy Fix** trabajo.
{% hint style="info" %}
Para ayudarte a encontrar un trabajo de PreDeploy Fix, puedes hacer clic en el **Todos los tipos** menú desplegable de filtro y seleccionar **Búsqueda de Pre Deploy Fix**. Esto filtrará los trabajos para mostrar solo los trabajos de PreDeploy Fix.
{% endhint %}
{% endstep %}
{% step %}
### Errores de versión de API
Si PreDeploy Fix detecta algún error de versión de API, aparecerán en la **Errores de versión de API** tabla. Esta tabla muestra cada componente con un error de versión de API. A la derecha de cada componente hay dos versiones de API: la **versión de API del componente** y la **versión de API de la organización**. La versión de API del componente es la que el componente usa en la rama, y la versión de API de la organización es la que usa en la organización de Salesforce utilizada como conexión para este PreDeploy Fix.
{% hint style="info" %}
Consulta la [#fixing-api-version-errors](#fixing-api-version-errors "mention") sección siguiente para aprender cómo resolver estos errores.
{% endhint %}
1. Haz clic en el **errores de versión de API** pestaña.
{% endstep %}
{% step %}
### Dependencias faltantes
Si PreDeploy Fix identifica alguna dependencia faltante, se mostrarán en la **Componentes faltantes** tabla. Esta tabla muestra cada dependencia de metadatos faltante junto con el componente que la referencia. Para corregir los componentes faltantes, puedes elegir entre dos opciones y aplicarlas a cada componente según sea necesario.
* **Recuperar**: Esta opción recupera el componente faltante y lo confirma en la rama.
* **Eliminar**: Esta opción elimina la referencia al componente faltante y solo debe usarse si se confirma que implementar sin el componente en la rama es seguro.
{% hint style="info" %}
Consulta la [#fixing-missing-dependencies](#fixing-missing-dependencies "mention") sección siguiente para aprender cómo resolver estos errores.
{% endhint %}
1. Haz clic en el **dependencias faltantes** pestaña.
{% hint style="info" %}
Si la **dependencias faltantes** pestaña no es visible, significa que no hay dependencias faltantes.
{% endhint %}
{% endstep %}
{% step %}
### Ver registros del trabajo
Puedes ver los registros del trabajo de PreDeploy Fix para comprobar cualquier problema de procesamiento del trabajo y verificar con qué organización de Salesforce se ejecutó el trabajo.
1. Haz clic en **Ver registros**.
2. Ver el estado y el registro del trabajo.
{% endstep %}
{% step %}
### Volver a ejecutar PreDeploy Fix
Una vez que hayas corregido todos los errores de versión de API y resuelto las dependencias faltantes, vuelve a ejecutar el trabajo de PreDeploy Fix para asegurarte de que no queden problemas. Las siguientes capturas muestran un trabajo de PreDeploy Fix que se completó sin encontrar ningún problema.
{% hint style="info" %}
Tanto las **errores de versión de API** y la **dependencias faltantes** tablas muestran **Sin componentes**.
{% endhint %}
{% endstep %}
{% endstepper %}
## Corrección de errores de versión de API
Si la **PreDeploy Fix** encontró errores de versión de API, puedes corregirlos actualizando a la versión correcta.
{% stepper %}
{% step %}
### Actualizar versiones
1. Haz clic en **Actualizar versiones**.
2. Haz clic en **Añade** para cada componente para actualizar la versión de API.
3. Haz clic en **Actualizar**.
4. Introduce un **mensaje de commit** para los cambios en la rama.
5. Haz clic en **Resolver**.
6. Después de iniciar el trabajo de actualización de API, se mostrará en la **Actividades** pestaña como un **Actualización de Pre Deploy Fix** trabajo.
{% endstep %}
{% step %}
### Ver resultados
1. Haz clic en el **Actualización de Pre Deploy Fix** trabajo.
2. Ver el estado y el registro del trabajo.
{% endstep %}
{% endstepper %}
## Corrección de dependencias faltantes
{% stepper %}
{% step %}
### Recuperar componentes faltantes
Los metadatos seleccionados se recuperarán en tu rama y se añadirán como un commit.
{% hint style="info" %}
Si ya has eliminado componentes de dependencia, no los selecciones para recuperarlos. Si no estás seguro, puedes volver a ejecutar el trabajo de PreDeploy Fix.
{% endhint %}
1. Haz clic en **Recuperar**.
2. Haz clic en **Añade** para cada componente de dependencia para recuperar.
3. Haz clic en **Recuperar**.
4. Introduce un **mensaje de commit** para los cambios en la rama.
5. Haz clic en el **Conexión** menú desplegable.
6. Selecciona la organización de Salesforce de la que recuperar los componentes dependientes.
7. Haz clic en **Ejecutar**.
8. Después de iniciar el trabajo de Recuperar dependencias faltantes, se mostrará en la **Actividades** pestaña como un **Actualización de Pre Deploy Fix** trabajo.
{% endstep %}
{% step %}
### Eliminar componentes faltantes
Las referencias a esos componentes se eliminan de tu rama, evitando errores de implementación.
{% hint style="info" %}
Si ya has recuperado componentes de dependencia, no los selecciones para eliminarlos. Si no estás seguro, puedes volver a ejecutar el trabajo de PreDeploy Fix.
{% endhint %}
1. Haz clic en **Eliminar**.
2. Haz clic en **Añade** para cada componente de dependencia para recuperar.
3. Haz clic en **Eliminar**.
4. Introduce un **mensaje de commit** para los cambios en la rama.
5. Haz clic en **Ejecutar**.
6. Después de iniciar el trabajo de Eliminar dependencias faltantes, se mostrará en la **Actividades** pestaña como un **Eliminación de Pre Deploy Fix** trabajo.
{% endstep %}
{% step %}
### Ver resultados
1. Haz clic en el **Recuperación de Pre Deploy Fix** trabajo para recuperar componentes o **Eliminación de Pre Deploy Fix** trabajo para eliminar componentes.
2. Ver el estado y el registro del trabajo.
{% 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-branch-predeploy-fix.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.
