> 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/implementar-una-rama.md). # Implementar una rama La implementación envía los componentes de metadatos de su rama a una organización de Salesforce de destino. Aplica realmente los cambios, convirtiéndolo en el paso final para mover código/configuración a los entornos de Salesforce. {% 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) Descripción general Implementar una rama le permite migrar componentes de metadatos desde una rama de Cloud DevOps a una organización de Salesforce conectada a DevOps. El proceso de implementación garantiza que: * Los componentes de la rama seleccionada se apliquen a la organización de destino * Los cambios destructivos opcionales pueden eliminar los metadatos que ya no se necesitan * Las pruebas de Apex y los pasos posteriores a la implementación se ejecutan para garantizar el cumplimiento y la estabilidad Al ejecutar una implementación después de la validación, puede promover con confianza los cambios a entornos superiores, como UAT y Producción. {% hint style="info" %} #### Se recomienda la validación Antes de implementar, realice un trabajo de validación usando la rama, los componentes y la organización previstos para la implementación. Asegúrese de que la validación sea correcta antes de continuar. Para obtener instrucciones detalladas de validación, consulte el siguiente artículo. * [Uso de Branch Validate](/devops/devops-es/codigo/acciones-de-rama/uso-de-branch-validate.md) {% endhint %} {% hint style="info" %} #### Mejores prácticas * Valide siempre antes de implementar en UAT o Producción. * Usar **Antes** y **Después** los cambios destructivos con cuidado; confirme que los elementos sean seguros para eliminar. * En entornos de producción, seleccione siempre **Ejecutar todas las pruebas** o **Ejecutar pruebas locales**. En entornos inferiores, puede seleccionar **No ejecutar pruebas** para permitir implementaciones más rápidas. * Use el alcance de Perfil/Conjunto de permisos para evitar sobrescrituras innecesarias. * Revise los registros cuidadosamente después de la implementación para confirmar el éxito. * Utilice **Reversión** de inmediato si ocurren problemas inesperados. {% endhint %} ## Ejecutar trabajo de implementación de rama {% stepper %} {% step %} ### Seleccione una rama e inicie la implementación 1. Haga clic en **Código** en el menú lateral izquierdo. 2. Seleccione una rama de la lista.

3. Haga clic en **Desplegar**.

{% endstep %} {% step %} ### Seleccione componentes y organización 1. Haga clic en **Agregar** para cada componente de la rama que se incluirá en la implementación. 2. (Opcional) Haga clic en **Agregar todo** para agregar todos los componentes a la implementación. 3. Haga clic en **Siguiente**.

4. Haga clic en **Seleccionar** para elegir la organización de Salesforce para la implementación. 5. Haga clic en **Siguiente**.

{% endstep %} {% step %} ### Seleccionar cambios destructivos Los componentes pueden marcarse para **Antes** (eliminar antes de la implementación) o **Después** (eliminar después de la implementación). {% hint style="info" %} De forma predeterminada, se agregan todos los cambios destructivos previos y posteriores. {% endhint %} 1. (Opcional) Para quitar un cambio destructivo de la implementación, haga clic en **Agregado** para deseleccionar el componente. 2. Haga clic en **Siguiente**.

{% endstep %} {% step %} ### Configurar y ejecutar la implementación 1. Haga clic en el menú desplegable **Ejecutar pruebas** para elegir el nivel de pruebas de Apex que se realizará. Consulte la tabla a continuación para ver la descripción de cada uno.

Nivel de prueba	Descripción
Predeterminado	Ejecuta solo las pruebas incluidas en el paquete.
No ejecutar pruebas	Omite todas las pruebas de Apex (solo permitido en organizaciones que no son de producción).
Ejecutar pruebas locales	Ejecuta todas las pruebas de la organización excepto las de los paquetes administrados instalados.
Ejecutar todas las pruebas	Ejecuta todas las pruebas de la organización, incluidas las pruebas de paquetes administrados.
Ejecutar pruebas relevantes	Ejecuta solo las pruebas relevantes para los componentes seleccionados y sus dependencias. Esta opción usa la función RunRelevantTests de Salesforce para determinar automáticamente qué pruebas ejecutar. Para obtener más detalles, consulte Ayuda de Salesforce.
Ejecutar pruebas especificadas	Le permite definir clases o métodos de prueba individuales para ejecutar.

2. Haga clic en los interruptores de configuración de la implementación para habilitar los ajustes. Consulte la siguiente tabla para obtener una explicación de cada ajuste.

Configuración	Descripción
Implementar la configuración del perfil solo para los componentes seleccionados	Solo validar Configuración del perfil para los componentes que eligió incluir en este trabajo de validación.
Implementar la configuración del conjunto de permisos solo para los componentes seleccionados	Solo validar Configuración del conjunto de permisos para los componentes que eligió incluir en este trabajo de validación.
Ejecutar código Apex posterior a la implementación	Ejecuta los scripts Apex definidos después de que finaliza la implementación. Cuando está habilitado, hay disponible un cuadro de texto para introducir scripts.
Ignorar advertencias en la implementación	Permite que la implementación continúe incluso con advertencias.
Activación de Vlocity LWC	Cuando está habilitado, los componentes Lightning Web de Vlocity se activan, compilan y quedan listos para ejecutarse automáticamente durante la implementación.

3. Haga clic en **Ejecutar** para iniciar el trabajo de implementación.

4. Después de iniciar el trabajo de implementación, se mostrará en la pestaña de **Actividades** .

{% endstep %} {% step %} ### Implementación en progreso Durante un **Desplegar** trabajo que esté **En progreso**, puede supervisar su estado y cancelarlo si es necesario. 1. Haga clic en el menú desplegable **En progreso** trabajo de implementación.

**Actualizar registros** 1. Haga clic en **Actualizar** para actualizar la vista de registros con el registro actual.

**Abortar implementación** 1. Haga clic en **Abortar**.

2. Haga clic en **Abortar** en el cuadro de diálogo de **Abortar implementación** de confirmación.

3. El trabajo de implementación se ha detenido y no se realizarán más acciones en la organización de Salesforce.

{% endstep %} {% endstepper %} ## Resultados de la implementación {% stepper %} {% step %} ### Ver resultados 1. Haga clic en el menú desplegable **Actividades** . 2. Compruebe que el **Desplegar** estado del trabajo sea **Completado**. {% hint style="info" %} Si ocurre un error durante el trabajo de implementación, su estado cambiará a **Excepción**. Revise el registro del trabajo de implementación para identificar los errores. {% endhint %}

Estado del trabajo	Descripción
En cola	El trabajo se ha creado y espera para ejecutarse.
En progreso	El trabajo se está ejecutando.
Completado	El trabajo se completó correctamente.
Excepción	El trabajo se completó con errores.

3. Haga clic en el menú desplegable **Desplegar** trabajo.

4. La **Desplegar** página de resultados enumera la información del trabajo y un registro detallado.

{% endstep %} {% step %} ### Revisar registro (sin errores) En el registro del trabajo de implementación, los detalles incluyen: * Presencia de objetos de Cambios destructivos. * Cantidad y lista de componentes implementados. * Tipo y resultados de la ejecución de pruebas de Apex. * Pasos de la implementación completados.

{% endstep %} {% step %} ### Revisar registro (con errores) Cuando un trabajo de implementación encuentra un error, examine los registros para identificar la causa. Concéntrese en las entradas marcadas con **\[error]**. Las capturas de pantalla a continuación muestran una ejecución de trabajo de implementación en la que a una organización de Salesforce le faltan varios componentes requeridos por la rama.

{% endstep %} {% step %} ### Revertir implementación En la página de resultados de la implementación, si se creó una copia de seguridad, verá un botón de **Reversión** . Al hacer clic en Revertir, la organización vuelve al estado anterior a la implementación utilizando la instantánea de la copia de seguridad. Para obtener instrucciones detalladas sobre este proceso, consulte el siguiente artículo. * [Revertir una implementación](/devops/devops-es/codigo/acciones-de-rama/revertir-una-implementacion.md) {% 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/implementar-una-rama.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.