Actualiza tus metadatos, no tus datos

El otro día hablábamos por teléfono con un desarrollador de Salesforce y nos dijo: «¿Saben? Ni siquiera hablan del principal caso de uso por el que usamos su herramienta».

«¿Ah, sí?», respondimos. «Cuéntanos más».

Como saben muchos desarrolladores de Salesforce, uno de los mayores desafíos del desarrollo en Salesforce es administrar los datos entre organizaciones. Por lo general, los desarrolladores y administradores quieren contar con cierta cantidad de datos para probar sus clases de Apex, objetos personalizados y otras configuraciones de Salesforce. Lamentablemente, no es muy fácil cargar estos datos en un sandbox. Los desarrolladores dedican mucho tiempo a preparar, cargar y configurar datos en sus tus entornos sandbox de Salesforce para poder probar su código.

La dificultad de preparar los datos de los sandboxes lleva a los desarrolladores a evitar actualizarlos. Por supuesto, esto es un problema, porque actualizar los sandboxes es una buena práctica.

¿Por qué?

La paradoja de los metadatos y los datos en Salesforce

Una razón clave por la que los equipos están adoptando DevOps y la integración continua es que quieren aprovechar las mejoras en la calidad del código que se logran al mantener más alineados el código de pruebas y el de producción. Una buena práctica de desarrollo en Salesforce es asegurarte de que los metadatos de tus sandboxes se parezcan lo más posible a los metadatos y al código de tu entorno de producción de Salesforce. Esta es una buena práctica del desarrollo de software moderno y un elemento clave para cualquier equipo que busque adoptar un enfoque ágil. Actualizar los sandboxes permite lograr este objetivo.

Sin embargo, ahora tenemos una especie de paradoja. Por un lado, quieres actualizar tu sandbox para mantener similar el código de tu entorno de producción y el de tus sandboxes, y así evitar sobrescrituras de código, conflictos de fusión u otros problemas. Quieres asegurarte de que los cambios de código y configuración que funcionan en tu sandbox no fallen misteriosamente en producción debido a dependencias.

Por otro lado, no quieres actualizar tu sandbox porque has dedicado mucho tiempo a cargar y configurar los datos exactamente como los necesitas. Tus datos son una parte fundamental de las pruebas y de la calidad del código. Si actualizas tu sandbox, perderás todos estos datos y tendrás que volver a configurarlos desde cero.

Al final, terminas como el gato del refrán que dejaba que el «no me atrevo» frenara al «quisiera»o, al menos, como Hamlet cuando te preguntas: «Actualizar o no actualizar, esa es la cuestión».

Aquí entra Blue Canvas

Por suerte, no tienes que elegir entre una opción y la otra. Con Blue Canvas puedes actualizar rápidamente los metadatos de tus sandboxes de Salesforce sin tener que realizar una actualización completa del sandbox. Esto tiene varios beneficios. Primero, no perderás tus configuraciones de datos y podrás seguir programando. Segundo, puedes actualizar con mucha más frecuencia de la que permiten los límites de los sandboxes de Salesforce. Los sandboxes de copia parcial solo se pueden actualizar cada 5 días. Los de copia completa, cada 29. Pero con Blue Canvas puedes fusionar código continuamente desde y hacia producción, de modo que tus sandboxes tengan los metadatos, el código y la información de configuración más recientes, actualizados al minuto.

Actualizar metadatos en Blue Canvas es sencillo. Puedes usar nuestra interfaz para crear una solicitud de despliegue entre producción o UAT y tus sandboxes de preproducción.

O puedes usar la línea de comandos y simplemente descargar el código de producción a tu sandbox:git pull salesforce master.

Y esto no solo funciona de producción a sandboxes. Puedes descargar y enviar cambios entre cualquier organización. Puedes copiar metadatos de un sandbox a otro, de producción a preproducción, de preproducción a un sandbox y viceversa.

Para obtener más información, regístrate para una prueba gratuita en /.