Compara los cambios en tus organizaciones de Salesforce
Los desarrolladores de Salesforce necesitan una solución de control de código fuente para resolver conflictos de fusión, rastrear cambios e implementar de forma segura. Blue Canvas ofrece una herramienta para hacerlo.
Por Randalyn Hill-Coffer·Revisado por el equipo de Blue Canvas··4 min de lectura
En este artículo, conoce la importancia del control de versiones para el desarrollo en Salesforce y los desafíos asociados con el manejo de versiones en la plataforma Force.com. También descubrí una nueva herramienta en fase beta llamada Blue Canvas History Tracking que realiza un seguimiento automático de todo lo que sucede en tu organización, lo que facilita la colaboración y permite ver quién es responsable de los cambios en el código.
Estas son nuestras 5 conclusiones clave:
- Salesforce necesita una solución de control de código fuente para resolver conflictos de fusión e implementar de forma segura.
- Todavía no hay una buena forma de ver quién cambió qué y cuándo en la plataforma Force.com.
- Blue Canvas History Tracking es una nueva herramienta en fase beta que realiza un seguimiento automático de todo lo que sucede en tu organización, lo que facilita la colaboración y permite ver quién es responsable de los cambios en el código.
- Blue Canvas History Tracking se basa en Git, lo que facilita ver comparaciones detalladas de lo que realmente cambió en el código.
- Obtener este tipo de seguimiento es tan sencillo como iniciar sesión en una página web, y nadie necesita aprender Git ni recordar hacer commits.
Por qué el control de versiones es esencial para Salesforce
948 desarrolladores de Salesforce (y contando) están de acuerdo: Salesforce necesita una solución de control de código fuente. Todos los equipos de desarrollo modernos usan algún tipo de sistema de control de versiones. La mayoría de los proyectos nuevos y modernos están aprovechando Git para gestionar esto.
Sin un sistema de control de versiones, no tienes forma de resolver los conflictos de fusión. Sin un registro claro de lo que cambió en tu organización, es difícil implementar cambios de forma segura. Y sin la posibilidad de comparar las diferencias entre tus sandboxes y producción, realizar revisiones de código se vuelve muy difícil. Básicamente, programar de forma colaborativa es imposible sin control de versiones.
948 desarrolladores de Salesforce (y contando) están de acuerdo: Salesforce necesita una solución de control de código fuente. Todos los equipos de desarrollo modernos usan algún tipo de sistema de control de versiones
Después de hablar con más de 100 desarrolladores de Salesforce durante el último mes, quedó clara una frustración aún más básica sobre los desafíos del control de versiones en la plataforma Force.com: dejando de lado los conflictos de fusión por un momento, todavía no hay una buena forma de ver quién cambió qué y cuándo.
Parece obvio que los equipos querrían poder hacer un seguimiento de los cambios en su instancia de Salesforce, pero la mayoría no tiene forma de verlos. Esto causa problemas de muchas maneras.
¿Llegó un error a producción? Es útil tener un registro de auditoría claro para ver qué ocurrió. Una de las mejores formas de depurar un problema es revisar cómo ha cambiado una clase Apex o una página Visualforce con el tiempo. ¿Cuál era el propósito original de la clase? ¿Qué hace ahora? También ayuda saber quién hizo el cambio. Quizá sea un compañero que se sienta a tu lado o quizá el autor ya no esté, pero es bueno saber si hay alguien con quien puedas hablar al respecto.
Muchos desarrolladores y administradores de Salesforce trabajan con consultores externos en sus aplicaciones. Los consultores externos son una de las grandes ventajas del ecosistema de Salesforce. Hay muchos equipos excelentes con los que puedes trabajar, como CRM Science y Code Science. Pero la colaboración entre equipos internos y externos tiene sus propios desafíos. Tener un registro claro de qué cambió en tus organizaciones y quién lo hizo se vuelve especialmente importante cuando trabajas con consultores externos.
Muchos de los desarrolladores más experimentados de Force.com con los que hablamos todavía hacen más del 50% de su trabajo en la consola de desarrollador.
Muchos equipos de Salesforce ahora tienen un responsable de versiones que se encarga de las implementaciones. A menudo, esto se hace para mantener el cumplimiento de SOX. A muchos responsables de versiones les cuesta llevar un registro de lo que ha cambiado con el tiempo. Quizá se agregó un nuevo trigger de Apex o hubo un cambio en un PermissionSet y quieren preguntar al respecto. ¿A quién deberían preguntarle?
O quizá eres un desarrollador que intenta comparar las diferencias entre su sandbox y producción, o entre su entorno de preproducción y el sandbox de un compañero. Es útil contar con una herramienta visual que te muestre dónde difiere el código.
Si hay tantas razones para implementar el control de versiones en Salesforce, ¿por qué tan pocos carecen de estos informes básicos?
Después de hablar con más de 100 desarrolladores de Salesforce durante el último mes, quedó claro otro aspecto de los desafíos del control de versiones en la plataforma Force.com: dejando de lado los conflictos de fusión por un momento, todavía no hay una buena forma de ver quién cambió qué y cuándo.
Actualmente, Salesforce no tiene un sistema nativo de control de versiones. Muchos equipos recurren a GitHub o Bitbucket para obtener esta funcionalidad. Pero una de las mayores ventajas de Salesforce, su filosofía de “sin software”, se convierte en un gran problema cuando se trata de este tipo de seguimiento. GitHub y Bitbucket no rastrean los cambios declarativos realizados mediante la consola de desarrollador o la interfaz de usuario. Y gran parte del trabajo se realiza desde la interfaz. Muchos de los desarrolladores más experimentados de Force.com con los que hablamos todavía hacen más del 50% de su trabajo en la consola de desarrollador. Salesforce lo hace muy fácil.
¿Cómo puedes tener mayor visibilidad de lo que sucede en tus organizaciones de Salesforce sin perder las ventajas de los cambios declarativos ni hacer que todo tu equipo aprenda Git?
Presentamos el control de versiones de Salesforce con Blue Canvas
Blue Canvas tiene una nueva herramienta que realiza un seguimiento automático de todo lo que sucede en tu organización. Ya sea que alguien haga un cambio en el IDE de Force.com y lo envíe a producción con la herramienta Ant, o que inicie sesión en la consola de desarrollador y haga un cambio directamente en la organización, Blue Canvas consulta constantemente tus organizaciones de Salesforce para detectar cambios. Cuando la herramienta detecta cambios, los registra automáticamente como commits en Git. Así obtienes un historial completo de lo que cambió en la organización.
Blue Canvas también te muestra quién hizo el cambio. Esto facilita la colaboración y permite ver quién es responsable de cada cambio en el código. Incluso puedes ver las marcas de tiempo.
Como Blue Canvas se basa en Git, es muy fácil ver comparaciones detalladas de lo que realmente cambió en el código, por ejemplo:
Obtener este tipo de seguimiento es tan sencillo como iniciar sesión en una página web. Nadie necesita aprender Git ni recordar hacer commits. No tienes que cambiar tu flujo de trabajo. Se pueden rastrear los cambios de cualquier persona con acceso a tu organización, ya sea un consultor externo o un analista de negocios que solo entró para cambiar uno o dos informes.
Este nivel de visibilidad te permite dormir más tranquilo al saber qué sucede en tus organizaciones de Salesforce y te ayuda a evitar que lleguen errores a tus aplicaciones críticas para el negocio.
Puedes registrarte ahora para una prueba gratuita de 14 días en https://accounts.bluecanvas.io/signup .
