Un nuevo flujo de trabajo para lanzar código y metadatos de Salesforce
Blue Canvas presenta los elementos de trabajo, una herramienta para desarrollar en Salesforce con mayor rapidez y seguridad. Permite agrupar cambios y resolver conflictos fácilmente.
Por Randalyn Hill-Coffer·Revisado por el equipo de Blue Canvas··4 min de lecturaCon este artículo, conoce la nueva herramienta de Blue Canvas, los elementos de trabajo, y cómo puede mejorar el flujo de trabajo de desarrollo en Salesforce. Ahora entiendo cómo configurar una versión, asociar cambios a elementos de trabajo, enviarlos a revisión y llevarlos a entornos posteriores. Este proceso puede proteger mi instancia de Salesforce contra errores y agilizar la implementación.
Estas son nuestras 5 conclusiones clave:
- Los elementos de trabajo son una nueva herramienta de Blue Canvas que puede mejorar el flujo de trabajo de desarrollo en Salesforce.
- Una versión es un conjunto de cambios que llegan a producción o a otro entorno posterior.
- Los elementos de trabajo permiten agrupar cambios de código y metadatos de Salesforce en unidades que pueden corresponder a funcionalidades o tickets.
- Una vez completado un elemento de trabajo, puedes enviarlo a revisión para comprobar si hay conflictos de fusión y validarlo.
- Los cambios preparados en la organización de integración se pueden enviar a otros entornos posteriores creando una solicitud de implementación y seleccionando un destino en tu cuenta de Blue Canvas.
Esta semana presentamos los elementos de trabajo: nuestra nueva herramienta para acelerar el desarrollo en Salesforce y dar un gran salto adelante. Abre nuevas e interesantes posibilidades de flujo de trabajo para tu equipo. Este artículo ofrece más detalles sobre el flujo de trabajo ideal que puedes lograr con los elementos de trabajo.
Un nuevo flujo para lanzar versiones de Salesforce
Versiones

Con los elementos de trabajo, ahora puedes gestionar versiones en Blue Canvas. Una versión puede ser lo que tu organización necesite, pero normalmente es un conjunto de cambios que llegan a producción o a otro entorno posterior, como un sandbox de copia completa o parcial que uses para las pruebas de aceptación de usuarios. Para la mayoría de los equipos, esto corresponderá a un sprint y podría ser un ciclo de 1-2 semanas.
Configuración Como buena práctica, cada desarrollador y administrador debería tener su propio sandbox. Hemos visto equipos que reúnen a todos los administradores en un solo sandbox, pero cuanto mayor sea la separación, más fácil será gestionar los conflictos de fusión y el trabajo entre colegas.

Para usar los elementos de trabajo, debes designar una organización de integración para tu versión. Se trata de un sandbox donde puedes fusionar e implementar cambios antes de llevarlos a entornos posteriores. En esta organización gestionarás los conflictos de fusión y la validación, y te asegurarás de que todos tus cambios más recientes funcionen bien juntos antes de pasar a las pruebas en entornos posteriores.
Asocia cambios a elementos de trabajo
Los elementos de trabajo son similares a los tickets de un sistema de gestión de usuarios como Jira. Incluso puedes adjuntar tus historias de Jira a los elementos de trabajo para mejorar el seguimiento. No buscan reemplazar tu sistema de tickets, sino permitirte agrupar cambios de código y metadatos de Salesforce en unidades que pueden corresponder a funcionalidades o tickets, según tu flujo de trabajo.
Blue Canvas registra automáticamente todos los cambios de código y metadatos que se realizan en tus organizaciones como commits en Git. Ahora, los desarrolladores y administradores pueden asociar estos commits generados automáticamente a elementos de trabajo. Así, cada elemento de trabajo suele quedar asociado a varios commits. Pueden ser varios cambios en un archivo o cambios en varios archivos.
Por ejemplo, supongamos que tenemos una funcionalidad que requiere un campo nuevo, un trigger nuevo y una actualización de una clase de prueba existente. Puedes asociar todos estos cambios al elemento de trabajo correspondiente.

(También puedes crear estos elementos de trabajo y asociarles cambios de forma retroactiva, si así lo prefieres).
Envía elementos de trabajo a revisión
Una vez completado un elemento de trabajo, un desarrollador o administrador puede enviarlo a revisión. Esto ejecutará una comprobación muy rápida de conflictos de fusión. Si hay conflictos con el código de la organización de integración, aparecerán aquí y podrás resolverlos rápidamente en la interfaz de Blue Canvas, sin recurrir a la línea de comandos ni trabajar directamente con Git. Esto evita que tengas que desenredar código y conflictos complejos en etapas demasiado avanzadas.

Si pasa la revisión de conflictos de fusión, puedes ejecutar una validación de Salesforce para asegurarte de que el código sea válido o enviarlo directamente a la organización de integración. El elemento de trabajo enviado mostrará el estado Listo para revisión. El ticket mostrará las diferencias de Git para que un revisor de código o un responsable de versiones pueda examinarlas y confirmar que se trata de un cambio que quiere llevar a la organización de integración.
Si se ejecutó una validación, también pueden ver los resultados en el propio elemento de trabajo y comprobar si el código es válido.
Repetir
Una vez que un elemento de trabajo se integra en la organización de integración, puedes seguir enviando más elementos de trabajo como parte de la versión. Esto es útil porque varios desarrolladores pueden trabajar y enviar código de forma segura, con la confianza de que los conflictos de fusión se detectarán antes de convertirse en un problema.

Cuando el cambio llega a la organización de integración, ya has fusionado el código e implementado los cambios en integración correctamente, en un solo paso automatizado.
Puedes hacer esto durante todo el ciclo de la versión, hasta que estés listo para llevar algunos de tus elementos de trabajo a entornos posteriores.
Envía los cambios de la organización de integración a entornos posteriores
Ahora que nuestros cambios se implementaron correctamente en la organización de integración y ya no hay conflictos de fusión pendientes, puedes enviar estos elementos de trabajo con estado Entregado a otros entornos posteriores: UAT, QA o incluso directamente a producción.

Cuando estés listo para enviar a entornos posteriores los cambios preparados en la organización de integración, basta con crear una solicitud de implementación y seleccionar un destino en tu cuenta de Blue Canvas. Puede ser producción, un sandbox de copia completa o incluso un sandbox de desarrollo. El envío solo incluirá las funcionalidades que se hayan entregado correctamente a la organización de integración. (En el futuro, podrás seleccionar y deseleccionar los elementos de trabajo que se envían según los comentarios del negocio o del equipo de pruebas).
Luego puedes cerrar la versión, actualizar tus sandboxes y empezar de nuevo.
Beneficios de este flujo
Creemos que este es el proceso ideal porque protege tu instancia de Salesforce contra sobrescrituras accidentales de código, errores y otros imprevistos. Está automatizado para que todo quede registrado y nada se pase por alto. También es un flujo de trabajo muy rápido en comparación con los conjuntos de cambios.
Pero para lograr todo esto no tienes que agregar muchos procesos. Además, los pasos clave están automatizados (como los commits automáticos de cambios declarativos) para garantizar que lo que tienes en tu flujo de Git refleje con precisión lo que está presente en la organización.
Esto te permite confiar en que tu control de versiones de Salesforce ahora es una fuente de referencia confiable. También te permite implementar de forma rápida, limpia y segura, con una carga operativa mínima. Y ese es el objetivo máximo de las implementaciones de Salesforce. ¡Pronto habrá más novedades!



